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DATF FTT.Rn (1) : 
Abstract Text (1) : 

A reusable script execution scheduling part for compound documents in a 
document -centric processing environment. Document -centric computing environments 
having architectures similar to OpenDoc.TM. include a technique for executing 
scripts to interact with thf> rompound document content. The CHRON part of this 
invention includes embedded objects for defining scheduled execution times for one 
or more scripts that may be opened within the compound document to provide a view of 
its contents. Either the ScheduleTime element or the ScriptEvent element of the 
CHRON part may be opened and edited in place. The reusable CHRON part sets up event 
scheduling with the operating system so that specified scripts are run according to 
specified ScheduleTimes . 

Rripf Su mmary Text (3) : 

This invention relates generally to event scheduling in object-oriented application 
systems and specifically to a reusable compound document script scheduling part that 
provides class methods for the scheduled execution of embedded scripts in an 
object-oriented compound dommpnt processing system. 

RHpf Su mmary Text (11) : 

With the development of the CORBA specification and the related Interface Definition 
Language (IDL) specification, several new object-oriented system environments have 
been developed by practitioners in the art, including a class of environments herein 
denominated "document-centric" processing system. The emergence of document -centric 
computing technology represents a major event in the transition to object-oriented 
technology from process-oriented technology. The document-centric computing art now 
includes at least three commercially-available compound document architectures. 
These include Microsoft 1 s Object T , -inking and imbedding (OLE.TM.) System, the 
Taligent.TM. consortium's compound document framework, and the Component Integration 
Laboratory (CI Labs) OpenDoc.TM. romponnd domment application architecture. CI Labs 
is an independent industry consortion responsible for the OpenDoc architecture. 
Reference is made to the OpenDoc white paper (OpenDoc: Shaping Tomorrows Software, 
Apple Computer, Inc., Cupertino, Calif., 1993) for an introduction to the OpenDoc 
architecture . 

ttri'pf Summary Tpxt (12) : 

Major elements of the OpenDoc architecture include objects for "documents," "parts," 
"part handlers," and "frames." The OpenDoc "document" is a "compound document" and 
is fundamentally different from the usual meaning of the term document. A compound 
dnnimfinf. is no longer a single block of content bound to a single application but is 
instead composed of smaller blocks of content herein denominated "parts." Parts are 
the fundamental building blocks of the OpenDoc architecture, replacing monolithic 
applications with smaller units of content dynamically bound to related 
functionality. OpenDoc parts each contain data. For example, text parts contain 
characters, graphics parts contain lines and shapes, spreadsheet parts contain 
spreadsheet cells with formulas, and video parts contain digitized video. The 
particular data type within each part is defined by the part developer and is 
denominated the part's "intrinsic content." In addition to intrinsic content, a part 
may contain other parts, each having its own intrinsic content. Every compound 
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HnnimPTit-. has a^^igle "root part" at the top le^^ into which all other parts are 
embedded. Usual^ if a part can contain one type of part, it may contain all 
conforming types of parts, including OpenDoc parts yet to be developed. 

RHpf Summary Tpyf. (13) : 

Parts may also be viewed as the boundaries at which one kind of content in a 
document ends and another begins. Each part of a document has its own content model, 
which is the model of objects and operations that is presented to the user. The 
content model changes at the "frame" between parts in a compound document. Frames 
are areas of the display that represent a part but also serve as a handle permitting 
manipulation of the part as a whole as well as permitting the user to see and edit 
the intrinsic contents of a part. A frame is much more than a standard application 
window, which is only visible when the part is being viewed or edited. A frame is 
persistent and remains visible when opened into a window. When the window is closed, 
the part returns to the representation from which it was opened and remains as a 
persistent element of the compoun d document . 

Rrief Summary Teyt (14) : 

In the OpenDoc architecture, "part handlers" are the rough equivalent of application 
programs. Part handlers include part editors and part viewers and may be responsible 
for displaying the part both on the screen and for printing purposes, editing the 
part, and storage management (both persistent and runtime) for the part. The part 
handler must read the part from persistent storage into main memory, manage the 
runtime storage associated with the part and write the part back out to persistent 
storage when appropriate. Part handlers are dynamically 1 inked into the runtime 
world of the rnmpmmH Hnrnmpnt. depending on the part types that appear in the 

rnmpounri dnnimfint. 
Brief S ummary Text (16) : 

The OpenDoc architecture storage model is based on the Apple Computer, Inc. 
Bento.TM. Object Container System (OCS) that functions as the reference file storage 
system, the object container for parts placed on a clipboard, and the container for 
transporting documents across platforms. The OpenDoc architecture also provides the 
Open Scripting Architecture (OSA) for scripting languages such as OREXX, 
AppleScript, ScriptX, and ot.k Automation. OSA includes script typing that permits 
identification of the correct scripting engine for script processing and 
standardization of script semantic messages according to the Open Events form 
required by OSA. Scripts may become a part of the compound document, either attached 
or embedded as necessary. They may also operate as control structures, as front- or 
back-ends to operations or as instructions for use embedded into a compound document 
for transfer across system boundaries. Parts that are OSA-scriptable must register 
their capabilities by declaring the event suites that they support. Scripts are then 
built for a particular set of event suites and those scripts then may run on all 
parts that support those particular suites. 

Rripf Su mmary Text (17) : 

According to Robert Orfali et al . ("Special Report: Intergalactic Client/Server 
Computing," Byte, pp. 108-122, April 1995), the commercial alliances arising from 
the OMG, including CI Labs, may eventually lead to an object infrastructure that can 
meet the demands of the "intergalactic" client-server era (the "third wave" of 
computer network technology). However, Orfali et al . observe that the present state 
of the art is not yet capable of providing the object services necessary for the 
"third wave" era and cite problems such as transactions, locking, life cycle, 
naming, and persistence. Moreover, not all document -centric architectures (e.g., 
OLE) are yet available in the CORBA- compliant form required for distributed systems. 



Brief Summary Text (18) : 

Another problem felt in the rnmpnund document art is the lack of any useful method 
for scheduling a point in time for executing an OSA script 'in a compound document. 
This particular problem results in part from the power of the OSA, with which 
scripts may be either attached or embedded in compound documents or in other parts 
as desired and thereafter carried along across boundaries throughout a distributed 
system with the parent part or document. Scripts may be executed either in response 
to a user command or in response to a message from another object, but execution of 
a script at a predetermined date and time is more problematic. The event scheduling 
element of the operating system must first create and store a persistent log entry- 
specifying the date and time for execution of the script in the system event log. If 
a special -purpose application program is used to create the necessary log entry, the 
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resulting appli^^ion object does not provide fc^p* reuse , " thereby increasing 
programmer workRad and system complexity. If the necessary date and time commands 
are included in the script itself, then the script cannot be "reused" and must be 
revised for each desired execution data and time. That is, the usual process-centric 
solutions to script -execution scheduling are not effective in the document -centric 
system model, and no user alternative techniques have been suggested by 
practitioners in the art until now. 

RHpf Summary Text (21) : 

In U.S. Pat. No. 4,937,743, Rassman et al. disclose a project resource scheduling 
GUI system that provides automatic conflict resolution, periodic monitoring and 
alarm-triggering of scripts. Again, although Rassman et al. consider the dynamic 
management of a plurality of resources, they neither consider nor suggest reusable 
objects for object-oriented processing in a document -centric system architecture. In 
U.S. Pat. No. 5,063,523, Vrenjack discloses a data communication network management 
system that permits a user to establish rules for pattern-matching to selected 
attributes of incoming events, such as alarms, from network objects. Although 
Vrenjack describes a process -centric system including the well-known concept of an 
event that can trigger a script, where the event may also be date or time based, he 
neither considers nor suggests any method for providing a reusable compound document 
script scheduling part suitable for document -centric applications. 

Rr-ifif Su mmary Tpxh (22) : 

Accordingly, there is still an unmet need for a class type or method to run scripts 
at predetermined times in a document -centric computing environment such as the 
OpenDoc architecture. Such a method must operate within the context and limitations 
of the rnmpmmH Hornment without unnecessarily avoiding the advantageous features of 
the document-centric computing environment. The related unresolved problems and 
deficiencies are clearly felt in the art and are solved by this invention in the 
manner described below. 

Hripf Su mmary Text (24) : 

This invention solved the script execution scheduling problem by introducing a new 
class type, herein denominated the CHRON type, for scheduling script execution in a 
mmpmind Hnnimpnt. . Because each "instance" of the CHRON class is an object, it 
provides the reusability and extensibility features necessary for proper integration 
into a document -centric architecture such as the OpenDoc architecture. The CHRON 
part defines the point in time at which a script is to be executed and includes one 
or more embedded script parts that specify the scripts to be executed, one or more 
embedded times/date parts that specify when the scripts are to be executed and may 
also contain embedded tabular specifications of relationships between time parts and 
script parts. The CHRON part is represented to the user when minimized by an icon 
that displays the predetermined script execution time. 

Rr-i^f Summary Tfiyt (25) : 

It is an object of this invention to provide a reusable compound document script 
scheduling part for automatic script execution at predetermined times. It is a 
feature of the CHRON part of this invention that it is both reusable and extensible 
in accordance with object-oriented programming architectural requirements. It is an 
advantage of the CHRON part of this invention that it may be manipulated by the user 
through a Graphical User Interface (GUI) to quickly and easily revise either the 
designated scripts or the time/date parts that specify when the scripts are 
executed . 

Drawing Dpgrr-j pt i on Text (7) : 

FIG. 5 shows an example of a rnmpmmd rinrnmpnr in accordance with the OpenDoc. TM. 
Architecture from the prior art; 

Drawing D^gori pr_ i on Text (9) : 

FIG. 7 is a functional block diagram of an illustrative embodiment of a compound 
document including the CHRON part of this invention; 

Derailed npsrri pt i on Text (2) : 

The class type and object of this invention may be better understood in view of a 
brief discussion of the object-oriented programming art in general and compound 
dnnimpnf. architecture in particular. With the advent of object-oriented programming 
techniques leading to rnmpminH document architectures such as OpenDoc and OLE and 
the document framework in Taligent, the computing model for the user has evolved 
from a "tool-centric" to a "document-centric" model. In the document -centric model 
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of computing, tJBuser may focus on the documenti^Ksired rather than on the output 
of some specif i^^ool or application program. To The user, a document is now 
composed of several "parts" that are each embedded and integrated into a "document." 
The parts are "class types" or objects that may now be completely incorporated into 
the document. Part usefulness depends only on availability of the necessary part 
handler application (e.g., part editors and part viewers). 

npt-ailpH nPsrript.ioTi Text (3) : 

rnmpmmrl Dnrnm^nt Architecture In General 
neha-iled Dp.qrription Text (4) : 

The generic document-centric system providing for the embedding of objects into a 
document is embodied in an object-oriented system such as the OpenDoc or Taligent 
document framework. The fundamental concept of the compound document is that it can 
hold different kinds of data in the form of individual document parts and that each 
kind of part is handled by an independent application or part handler. Each part 
handler independently understands its own intrinsic content and need not know 
anything about the intrinsic content of other parts embedded therein. The 
integration and cooperation of these parts is accomplished by the compound document 
system architecture, policies and protocols. 

Dpt-ailp d npfirr-jpl-i nn TftYh (5) : 

FIG. 1 shows the class library of objects (SOM or CORBA objects) employed by the 
OpenDoc system to realize the basic interfaces necessary in a compound document 
architecture. FIG. 1 also shows the inheritance relationships of the OpenDoc class 
library known in the art. FIG. 2 shows the runtime relationships of the primary 
OpenDoc object type, which is more meaningful to the system developer. FIGS. 1 and 2 
exemplify one embodiment (the OpenDoc system) of the general compound document 
architecture, which is now discussed. 

Derail e H npsrript-inTi Text (6) : 

A rompminH Hnmmp.nt-. consists of parts embedded in a document container. The content 
of any particular part is not limited because each part is isolated from the other 
by the document architecture. The only practical limitation on content is the 
availability of a part handler, either editor or viewer. As new part handlers are 
created, they may be immediately used to manage the appropriate parts. The user may 
rely on a clipboard and on drag-and-drop mechanisms within the document. Part 
handlers may be changed or replaced to fit specific user requirements, which may be 
satisfied independently of existing documents because these do not depend on any 
specific part handler. The different parts are isolated by using 1 inkages for data 
transfer and navigation, which may be both internal to the compound document (such 
as hypertext -type links) and external to the compound document (for data transfer 
and navigation) . 

Del-aHled DpRrriptinn Text (7) : 

The fundamental problems faced in a r-nmpmmd document system include data exchange, 
part registration, part-to-part communication, document layout, user interface 
control, events and messages, document versioning and document storage. Many 
rnmpminri Hnnimpnt.s are built-up by the movement of data from one document (or the 
desktop) to another either through a cut-and-paste or a drag-and-drop operation by 
the user. These interfaces determine how data is moved from one document to another 
and must therefore define how data is added and removed from the clipboard. The 
interfaces must also transfer type and attribute information so that the proper part 
handler application program can be retrieved from the part handler database and 
launched. Because the clipboard must transfer complex data-objects, an in-memory 
object container is also required. The storage format standard for clipboard data in 
OpenDoc is the Bento container shown in FIG. 3. 

npfailp H DPRrripfinn Text (9) : 

Part-to-part communication requires an interface between parts and between the 
containing part and its embedded subparts. This interface must provide access to 
internal part data, pass to the parts commands such as "save your data," 
"externalize yourself," and the like, and must pass requests to accept or release 
control of some global resource such as the menu bar or input focus. 

npl-a-Merl np.grripf -inn Text (10) : 

With a number of embedded parts sharing space on the screen and in a printed 
document, central coordination is required over display layout. The display layout 
controls operate with document window geometry and the geometry of embedded parts, 



3/11/03 3:1 



which contains ^■formation about the size, shapd^pposition, clip extents and 
transformation;^^! the frames and windows together with the means for establishing 
and manipulating them. A document layout interface must handle the negotiation for 
space resources between the part handler and the container. It is used when the part 
must grow or shrink in size in response to user interactions such as picture editing 
or data changes arising from a link update of embedded data. The part container 
establishes the policy for document layout and has final authority therefor. Such 
negotiations may result in the part being placed on a new page, or being split into 
more than one piece or in the rearrangement of the document to accommodate a new 
part size or even in refusal of ani-hnri ty for the part to change size. 

ni=»1-a-Mf> d npsrripf inn Text (13) : 

Document collaboration and versioning interfaces manage multiple drafts or versions 
of a mmpmmH Hnrnmpnt and must provide for the election and creation of a compound 
Homimgnt draft together with management and reconciliation of multiple drafts. These 
are closely related to document storage interfaces, which manage the storage and 
retrieval of a mmpminH Hnmmpnh and its parts. Document storage interfaces must be 
abstracted from the underlying storage systems sufficiently to support a 
multiplicity of different storage systems. In the OpenDoc reference implementation, 
the storage system is constructed using Bento containers, for instance. 

Dpi-a-Mfi H DpfirripfiOTi T^xh (14) : 

OpenDoc. TM. rnmpminH Dnnimpnt-. Part Interfaces 
HphailfiH DpRrHphinn Text (16) : 

The independent part developer starts with "Part" 36 to create a new OpenDoc part. 
Class type "Part" 36 has sixty-two methods as part of its interface and, for simple 
new parts and quick prototypes, only a dozen or so of these interfaces need be 
changed to create a new part. A new part handler must draw its part, receive its 
part's data, activate its part and handle events sent to its part. It also needs 
some sort of command or user interface and must provide menus for the menu bar, 
optional windows, dialogues and palettes, and must provide for containing other 
parts as necessary. The part editor must embed frames, create facets for visible 
frames and store frames for embedded parts if any. Beyond these capabilities, the 
new part handler may support asynchronous drawing, drag-drop and cut -paste 
operations, scripting and 1 iTikagp.s to other parts. An existing application may be 
simply converted to an OpenDoc part handler by starting with one of the class types 
in FIG. 1 and "subclassing it." This ensures correct default behavior for 
content -independent actions and allows for rapidly adding application functionality. 



Dfifailpd nRHr-r-ipt-ion Text (17) : 

FIG. 2 shows the message transfers between various class types at runtime in the 
OpenDoc architecture. For instance, the Part object 40 accepts messages from no more 
than nnp T.inkfimirrp object 42, no more than one Link object 44 and no more than one 
Frame object 46. Part object 40, together with any other embedded Part objects (not 
shown), transmits messages to the Semanticlnterf ace object 48, the StorageUnit 
object 50 and Frame object 46. The messages to Frame object 46 include messages 52 
for its own Frame and messages 54 for the frames of all embedded parts within part 
40. 

Dpfailpfi DPRrriptinn Text (18) : 

FIG. 3 shows the Bento object container 56 known in the art. Bento container 56 can 
be thought of as an "envelope" for objects and it may be generally applied to any 
object-oriented programming system, including the OpenDoc document-centric 
programming system. Bento container 56 includes standard procedures for moving 
itself, for viewing the inventory list, for removing things from and adding new 
things into the envelope. All such procedures are independent of container contents. 
In a document -centric architecture, Bento container 56 serves three functions. It is 
the reference file storage system, the object container for things placed on the 
clipboard and the container of choice for transporting compound documents across 
platforms . 

npt-ailpH Dpffrriphinn Text (19) : 

The Bento methods may be considered as a file system within a file but it is 
actually a flat structure and not a tree structure reflecting the embedding 
relationship. In FIG. 3, Bento container 56 includes a plurality 58 of objects, 
exemplified by Objects A and B. Each Object has one or more properties associated 
with that object and each such property has a set of values or data. For instance, 
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Object A includ^B Properties p, q, and r. Prope:^^ q may be formatted text stored in 
several different formats; e.g., RTF format 60, SGML format 62, and ASCII format 64, 
which could include a pointer 66 to another Bento container (not shown) . In the 
OpenDoc system, StorageUnit object 50 (FIG. 2) is similar to Bento Container 56 
(FIG. 3) but is also adapted to function as the front end for other storage types 
such as in an object-oriented database management system or in another object 
storage system such as the ot.e: DocFile Format. 

n^l-a-Mfid npgnription Text (20) : 

FIG. 4 shows the structure of the OpenDoc StorageUnit class type embodied as object 
50. Object 50 includes two "Property" objects 70 and 72. Property object 72 includes 
two embedded Value objects 74 and 76. Value objpct 76 is linked to another 
StorageUnit_xihg_ect 78, which is itself pmhpHHpfi in the same current draft object 80 
containing StorageUnit 50. StorageUnit nhjprt 78 is also linked to two other 
commonly^embedded StorageUnits 82 and 84. 

DpI-ailpH npfirr- ipt-inn Tpxt (21) : 

FIG. 5 shows a "rannniral" rnmpnnnH rlnrnmpnh display 86 according to the OpenDoc 
model, which enables the creation of rnmpoun d dnnimfints that are created and edited 
by several cooperating applications working within a single compound document . 

npfai1p. fi r)PFir?r"i pi- ion Tpyt (23) : 

The key to the notion of parts is that each part of a compound document has its own 
"content model," which is the model of objects and operations that is presented to a 
user of the part. The content model changes at the boundary between parts. For 
instance, in document 86, text part 98 includes lines, words, paragraphs, 
characters, and embedded button part 100. Internally, the part handler in charge of 
part 98 may have a model that includes run- length encoded arrays for style 
information, line end arrays and similar tools. These are not presented to the user 
so they are not part of the content model. In the root graphics part of the compound 
r]nrnmpnh r the content objects may look very different. Circles, rectangles, and 
lines are content objects that could be provided in such a graphics part. 

Hptailp rl npflrripfinn Tpyf. (26) : 

A part and its handler together form the equivalent of a programmatic object (data 
and methods) in the object-oriented programming sense. The part provides the state 
information while the part-handler provides the methods or behavior. When bound 
together, they form an editable segment of a nnmpound document. Part handlers are 
dynamically 1 H nkpd into the runtime world of the compound document based on the part 
types that appear in the document. Because any type of part may appear in any 
document at any time, the part handlers must be dynamically linked to provide a 
smooth user interface. The OpenDoc system assumes that parts are mainly used in a 
shell that allows a rnmpmmr l dornmpnt to act like a single application. This 
document shell provides an address base, distributes events and provides basic user 
interface resources such as windows and menus . 

Dpt-ailpd nPflrrip t-inn Tpxt (27) : 

Because one of the important features of the OpenDoc system is customized documents, 
the part handlers must handle two distinct kinds of events: semantic events and 
user-interface (UI) events. The difference between the two event types relates to 
whether the event makes sense outside of the particular document display context. A 
UI event requires information about where windows are located in the display, how 
parts of the document have been scrolled, or in what part a selection was last made. 
These events include mouse clicks, keystrokes and menu activations. In contrast, a 
semantic event relates to the semantics of the compound document and is generally 
independent of the graphical context. Semantic events relate to the content model of 
the part. 

nphailpH npptrript-inn Text (30) : 

Given the presence of multi-part rnmpmmd Hnnnnpnfs. a persistent storage mechanism 
is needed to enable multiple part handlers to share a single compound document file. 
OpenDoc assumes that such a storage system can effectively give each part its own 
storage stream and that reliable references can be made from one such stream to 
another. Because many code sections may need access to a given part, the storage 
system must support a robust annotation scheme allowing information to be associated 
with a part without disturbing the part format. 

Dpha-ilpd Dpficription Text (31) : 

At runtime, OpenDoc assumes that an instance of the document shell is created for 



6 of 11 



3/11/03 3:1 



each document . (Hi. s generic shell must provide basic structures to the part 

handlers: (a) tr^ storage system, (b) the window and its associated state, (c) the 
event dispatcher and (d) an arbitration registry for negotiating shared resources 
such as the menu bar. The runtime shell may also be responsible for binding and 
loading part handlers for the parts that appear in the compound document.- It is 
assumed that once a given part handler is loaded, any part in any document may share 
the executable code of the part handler. 

r^j-a-ilpd DpsrHptinn Text (36) : 

Because OpenDoc separates the part handlers from document level functions, new 
features can be added ^ mmpmmd documents without revising of existing 
applications. OpenDoc • s document shell thus provides access to existing applications 
without modification. OpenDoc also allows for collaboration between parts through 
scripting. Scripting forms a rich medium for coordinating the work of parts in 
documents and allows users and parts to work together to perform tasks. 

r>Pt-a-Mf>H Dp.ctrr-ipt-ion Text (37) : 

The Open Scripting Architecture (OSA) provides an open architecture for scripting 
languages such as OREXX, Apple Script, QT.R Automation, and Scriptx. The OSA includes 
two components. The first is the typing of script types that permits inclusion of 
the correct scripting engine for script processing. The second is the 
standardization of script semantic messages in the Open Event form. Scripts become 
part of a r-omponnd dnrnm^nt r either attached or embedded as necessary. They may be 
used to implement control structures or used as instructions for embedding into 
documents that are mailed or transferred out of the network. 

HfihailpH DPRnription Text (38) : 

The Open Events model is based on the standard registry of verbs and object classes. 
Open Events are arranged in application suites that include such application groups 
as "Required," "Core," "Text," "Table," "Database," "Compound Document," and many 
others yet to be invented. Each event includes three elements. These are (a) event 
verbs such as "Open," "Close," "Select," "Get," "Put," and the like, (b) object 
classes or object specifiers such as "Application," "Document," "Word," "Paragraph," 
"Circle," and the like, and (c) descriptor types such as Boolean Fixed Attribute 
"greater than," "3.sup.rd," "bold," and the like. 

Ttet.a-Me d n^g^ri pti on Text (45) : 

A new rompmmH Hnrnm^nt part, herein denominated the CHRON part, allows the user 
working on a mmpmind rfnmmPTit. to specify "script events" with which the operating 
system automatically executes designated scripts at predetermined times. FIG. 7 
shows a mmpminH dormm^ni- object 120 that includes two CHRON objects 122 and 124. 
Document 120 also by way of example is shown having an embedded text part 126, an 
embedded video part 128, a table part 130, and an image part 132. Each of the parts 
within document 120 may be opened by the user to view or edit its contents. The 
document-centric system automatically 1 inks each object to the part handler 
necessary for editing and/or viewing the content of the object. For instance, text 
object 126 can be opened by the user with a mouse click. The system then may respond 
to the mouse click by launching a part handler to display the text content of object 
126 and/or launching a text editing application program to accept keyboard and mouse 
editing commands from the user. Both display and editing can be limited to a 
predefined window in the user display. 

n^ha-ilpd DpRrripfion Text (48) : 

The CHRON class type also includes one or more scheduled-time parts (time/date) , as 
exemplified by scheduled-time parts 134 and 136, each of which specifies when a 
script is to be executed. CHRON part 122 may also include a table part (not shown) 
that specifies the relationship between the two scheduled-time parts 134 and 136 and 
the single script part 138, for example. An instance of the CHRON class type may be 
inserted into any container part within a compoun d document f including the root 
document itself exemplified by document 120. Thus, although not shown, if script 
event 142 in CHRON part 124 causes the execution of a word search in the content 
model of text part 126, then CHRON part 124 could be embedded within text part 126 
itself rather than in root document 120. 

Dfitailfid ngfirri pl-inn Tpyf. (53) : 

Another important feature of the CHRON class type of this invention is its 
reusability. That is, each instance may be edited, removed and inserted as directed 
by the user. New instances may be spanned as necessary and edited by the user. FIGS. 
9A-9D provide a rudimentary illustration of the user interface suitable for editing 
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either of the ^^ral objects embedded in CHRON^ptss type of this invention. For 
instance, in F]^T 9A, the user points to the scheduled- time window 150 and clicks 
the mouse to launch the scheduled- time object editor program (not shown) . This 
editing program creates a user interface window, which is exemplified by window 152 
in FIG. 9C. Window 152 includes the data field 154, the time field 156 and a 
register button 158. Clicking on either field 154 or 156 launches a field editor 
that arrppi-.fi keyboard input, in the usual manner. Clicking on register button 158 
updates the persistent events stored by the system. This procedure is discussed 
below in connection with FIG. 10. 

npl-ailfiH npsrri pt-inn Tpyh (56) : 

If the cursor is neither on field 150 or field 160, then step 176 tests to see if 
the user is pointing to register field 158 (FIG. 9C) , either within window 152 or 
elsewhere if possible. If so, then step 178 checks the temporary time/date objects 
created in step 174 to ensure their validity with respect to some syntax. Step 180 
steers the process to step 182, generating an error indication and exiting at step 
170 if the temporary time/date objects are not valid. If valid, then step 184 tests 
a "persistent state" (PS) flag, which is set only when the CHRON object being edited 
is 1 inkpd to existing persistent events in system storage. The PS flag is a feature 
that permits each CHRON part to be reused repeatedly. 

D^t-a-Mg r; npsrripfinn Tpyf (58) : 

While the invention discussed above is primarily disclosed as a process, 
practitioners of ordinary skill in the art can appreciate that an apparatus or 
system, such as the system illustrated in FIG. 11, can be programmed or otherwise 
designed to facilitate the practice of the process of this invention. For instance, 
system 200 in FIG. 11 may include a central processing Unit (CPU) 202 1 i nked to a 
graphical user interface (GUI) display 204 and a memory system 206. The system user 
may view and edit r-nmpmmH Hnmimftnt-.a from a keyboard 208 and a mouse 210 in 
combination with GUI display 204. Memory 206 may be 1 i nked to a persistent data 
storage subsystem 212 in the usual manner. In a compound document system, memory 2 06 
may include numerous program objects, exemplified by a storage manager program 
object 214 for controlling data transfers between memory 206 and persistent memory 
212, an operating system object 216 for controlling all system activities, and a 
plurality of class type instances, otherwise herein denominated "objects," 
exemplified by object 218. By way of example, object 218 may represent a compound 
Hornmpnt- including an instance of the CHRON class type of this invention. It can be 
understood and appreciated that a computer system exemplified by system 200 in FIG. 
11 also falls within the spirit and scope of this invention. 



CLAIMS : 

1. In a machine -implemented document -centric application processing system including 
a data processor coupled to a user display, to means for accepting user requests and 
to memory means including persistent storage means for storing an object-oriented 
operating system and a class library of objects including a plurality of data 
objects and a plurality of program objects, said memory means including a 
script-editing program object, a schedule-time object editor, an icon-display 
program object, an event -scheduling system and a plurality of parts and part 
editors, a machine -executed method for scheduling script execution in a compound 
Hnnimpnt object, said method comprising the steps of: 

(a) spawning in said memory means an instance of a reusable CHRON object including 
at least one script object and at least one schedule- time object, said instance 
being contained in said mmponnrf document object; 

(b) creating for display on said user display a CHRON icon having at least one 
schedule field for displaying at least part of said at least one schedule-time 
ob j ect ; 

(c) responsive to a user request to revise said at least one schedule-time object, 
performing the steps of 

(c.l) spawning in said memory means an instance of said schedule-time object editor 
and 

(c.2) updating a temporary schedule-time object in said memory means according to at 
least one corresponding said user request; 



8 of 11 



3/11/03 3:1 



(d) comparing temporary schedule-time obje^^to a valid schedule-time object 

format rule; 



(e) returning an error condition to said user display if said temporary 
schedule-time object form is invalid; otherwise 

(f) sending a message to said event -scheduling system requesting the creation of a 
persistent event object for executing said at least one script object according to 
the schedule specified by said temporary schedule- time object. 

5. A reusable rnmpmmri riorumpni- script scheduling object for scheduling script 
execution in a mmpminH Hnmmpnr. object in a machine -implemented document -centric 
application processing system including a data processor coupled to a user display, 
to means for accepting user requests and to memory means including persistent 
storage means for storing an object-oriented operating system and a class library of 
objects including a plurality of data objects and a plurality of program objects, 
said memory means including a script-editing program object, a schedule-time object 
editor, an icon-display program object, an event -scheduling system and a plurality 
of parts and part editors, said reusable script scheduling object comprising: 

at least one script object having information for specifying a script to be executed 
at a predetermined time; 

at least one schedule- time object having information for specifying at least one 
predetermined time at which the associated said script object is scheduled for 
execution; 

object container means stored in said memory means for containing said at least one 
script object and said at least one schedule-time object and for 1 inking the 
components of said reusable script scheduling object with other said parts contained 
in said romponn ri document ; and 

registration means coupled to said event -scheduling system for creating a persistent 
event object in said persistent storage means for executing said script at said 
predetermined time. 

6. The reusable script scheduling object of claim 5 further comprising: 

icon display means for creating for display on said user display a CHR0N icon having 
at least one schedule field for displaying at least part of said at least one 
schedule -time object; and 

GUI 1 inkagp means coupled to said schedule -time object for launching said 
schedule-time object editor for editing said schedule-time object responsive to a 
user request. 

8. The reusable script scheduling object of claim 7 wherein said GUI linkage means 
includes means for launching said script-editing program object to edit said script 
object responsive to a user request. 

9. The reusable script scheduling object of claim 6 wherein said GUI 1 inkage means 
includes means for launching said script-editing program object to edit said script 
object responsive to a user request. 

10. An object-oriented rnmpmmrf Hnrumpnt- processing system comprising: 
a data processor; 

a user display coupled to said data processor; 

means for accepting user requests coupled to said data processor; 

memory means including persistent storage means coupled to said data processor for 
storing an object-oriented operating system and a class library of objects including 
a plurality of data objects and a plurality of program objects; 

an event -scheduling system coupled to said object oriented operating system in said 
memory means for creating persistent event objects in said persistent storage means; 
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a plurality nf ^>m pmmH rior nmpnt-fi each containing one or more parts in said memory 
means ; 

a plurality of part editors each for editing a particular part type in said memory 
means ; 

one or more reusable script-scheduling objects each for scheduling script execution 

in a rnmpnnnH document: 

at least one script object in each said reusable script- scheduling object for 
specifying a script to be executed at a predetermined time; 

at least one script-editing program object in said memory means for editing said 
script objects in said memory means; 

at least one schedule-time object in each said reusable script scheduling-object f or 
specifying at least one predetermined time at which an associated said script object 
is scheduled for execution; 

at least one schedule-time object editor in said memory means for editing said 
schedule-time objects; and 

registration means in each said reusable script scheduling object coupled to said 
event -scheduling system for creating a persistent event object in said persistent 
storage means for executing said script at said predetermined time. 

11. The object-oriented rnmpniin H dominant: processing system of claim 10 further 
comprising : 

icon display means for creating for display on said user display a CHRON icon having 
at least one schedule field for displaying at least part of said at least one 
schedule -time object; 

GUI 1 inkage means coupled to said schedule- time object for launching said 
schedule-time object editor for editing said schedule-time object responsive to a 
user request. 

12. The object-oriented rnmponnd dominant- processing system of claim 11 wherein each 
said CHRON icon schedule field comprises: 

a time-of-day display when said schedule-time object schedules the daily execution 
of the corresponding said script object at said time-of-day; 

a time-date-year display when said schedule-time object schedules a single execution 
of the corresponding said script object at said time-date-year; 

a date display when said schedule-time object schedules the annual execution of the 
corresponding said script object at said date; 

a weekday display when said schedule-time object schedules the weekly execution of 
the corresponding said script object; and 

no time display when said schedule-time object schedules execution of the 
corresponding said script object according to an internal tabular specification. 

13. The object-oriented rnmpmind document processing system of claim 12 wherein said 
GUJI 1 -i nkagp, means includes means for launching said script-editing program object 
to edit said script object responsive to a user request. 

14. The object-oriented rnmponnd dnrumfmt- processing system of claim 11 wherein said 
GUI 1 -inJcagR means includes means for launching said script-editing program object to 
edit said script object responsive to a user request. 

15. A computer program product for use in scheduling script execution i n compound 
dornmpnt objects in a machine- implemented document-centric application processing 
system including a data processor coupled to a user display, to means for accepting 
user requests and to memory means including persistent storage means for storing an 
object-oriented operating system and a class library of objects including a 
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plurality of d^B objects and a plurality of pr^^am objects, said memory means 
including a scr^t-editing program object, a schedule- time object editor, an 
icon-display program object, an event -scheduling system and a plurality of parts and 
part editors, said computer program product comprising: 

a recording medium; 

means recorded on said recording medium for directing said document-centric 
application processing system to spawn in said memory means an instance of a 
reusable CHRON object including at least one script object and at least one 
schedule -time object, said instance being contained in said compound document 
object; 

means recorded on said recording medium for directing said document -centric 
application processing system to create for display on said user display a CHRON 
icon having at least one schedule field for displaying at least part of said at 
least one schedule- time object; 

means recorded on said recording medium for directing said document-centric 
application processing system to perform the steps of, responsive to a user request 
to revise said at least one schedule-time object, 

spawning in said memory means an instance of said schedule-time object editor and 

updating a temporary schedule-time object in said memory means according to at least 
one corresponding said user request; 

means recorded on said recording medium for directing said document -centric 
application processing system to compare said temporary schedule-time object to a 
valid schedule-time object format rule in said memory means; 

means recorded on said recording medium for directing said document -centric 
application processing system to perform the steps of 

returning an error condition to said user display if said temporary schedule-time 
object form is invalid, otherwise 

sending a message to said event- scheduling system requesting the creation of a 
persistent event object for executing said at least one script object according to 
the schedule specified by said temporary schedule- time object. 
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ART-UNIT: 222 

PRIMARY -EXAMINER: Gregory; Bernarr E. 



ABSTRACT : 

A system for increasing the security of a computer system, while giving an 
individual user a large amount of flexibility and power. To give users the most 
power and flexibility, a standard object that has the capability to embed objects is 
used. To allow users even more flexibility, a standard object tracking mechanism is 
used that allows users to distribute multiple encrypted embedded objects to other 
individuals in a single encrypted object. By effecting compartmentalization of every 
object by label attributes and algorithm attributes, multi- level multimedia security 
is achieved. 

20 Claims, 8 Drawing figures 
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PATE! FTT.KD (1) : 
1 994091 ^ 

Brief Rnmmary Text (6) : 

Cryptographic systems have evolved to fill the needs of companies and individuals 
wanting to protect the proprietary commercial information of a company from 
competitors and those who generally should not have that information. Encryption of 
data is therefore a critical requirement in denying access to confidential 
information from those who are not so authorized. Cryptographic "keys" are an 
essential part of the information encryption process. The cryptographic key, or 
"key" for short, is a sequence of letters, numbers, or bytes of information which 
are manipulated by a cryptographic algorithm to transform data from plain (readable) 
text to a series of unintelligible text or signals known as encrypted or cipher 
text. The key is then used by the receiver of the cipher text to decrypt the message 
back to plain text. However, for two people to communicate successfully using keys, 
each must use the same key, assuming that the same encryption/decryption algorithm 
is used on both ends of the communication. 

Rripf Su mmary Text (26) : 

In objeni- linking anri embed ding, an object can be any userselected group of data, 
such as a block of text, a set of spreadsheet cells, a chart, sounds, or a graphical 
image. This data can be embedded in or 1 inked to another document created by a 
different application. For example, a folder may represent a directory and may 
contain a group of files, or it may represent a group of programs. Folders can also 
contain other folders. 

Dptailfi rf neHrripti on Text (32) : 

Microsoft's Objeoh Linking and Embedding 1 . 0 (OLE 1.0) 
Hel-aile d Dpsr.ripfinn TpyI- (33) : 

Microsoft's Objeot L inking and Embedding 2 . 0 (OLE 2.0) 
nel-aile ri De^ori pt- i on Text (38) : 

Macintosh's Pompon nH Dornment Standard 



1. A method for providing multi-level multimedia security in a data network, 
comprising : 

A) accessing an object-oriented key manager; 

B) selecting a first object to encrypt; 

C) selecting a first label for the first object; 

D) selecting an encryption algorithm; 

E) encrypting the first object according to the encryption algorithm; 

F) labelling the encrypted first object wherein the labelling comprises creating a 
display header; 



CLAIMS : 



1 of 3 



3/11/03 3:1 



Y>0 



X OLt 



G) reading the 

H) determining 



rst object label; 



/ 



access ant-hnmatinn based on the first object label; and 



I) allowing access to the first object! only if access authorization is granted 

4. The method of claim 3, further comprising 

A) reading the second object label; 

B) determining access ani-hn-H ?afinn based on the second object label; and 

C) allowing access to the second object only if access authorization is granted 
9. The method of claim 8, further comprising: 

A) selecting a second label for the second object; 

B) selecting an encryption algorithm; 

C) encrypting the second object; 

D) labelling the second encrypted object with a second object label; 

E) reading the second object label; 

F) determining access ant-hmH ?ai-.inn based on the second object label; and 

G) uncovering the second object only if access authorization is granted. 

14. A system for providing multi-level multimedia security in a data network, 
comprising : 



A) a data processor, the data processor comprising: 

1) a system memory, comprising stored data; 

2) an encryption algorithm module, comprising logic for converting unencrypted 
objects into encrypted objects, the encryption algorithm module being disposed 
access data stored in the system memory; 



to 



3) an object labelling subsystem, comprising logic means for limiting object access, 
subject to label conditions, the object labelling subsystem being disposed to access 
data^atored in the system memory and the object labelling subsystem being further 



HT^prvS^H^T^ ^rrppf i nputs from the encryption algorithm module; 

4) a decryption algorithm module, comprising logic for converting encrypted objects 
into unencrypted objects, the decryption algorithm module being disposed to access 
data stored in the system memory means; and 

5) an object label identification subsystem, comprising logic for limiting object 
access, subject to label conditions, the object label identification subsystem being 
disposed to acc ess data stored in the system memory and the object label 

identif ica^irOTr^ubsystem being turthe?~-d±«pQsed to accept inputs from the decryption 
algoj^ifciimrnodule ; 




B) the encryption algorithm module working in conjunction with the object labelling 
subsystem to create an encrypted object such that the object label identification 
subsystem limits access to an encrypted object. 

18. A system for providing multi-level multimedia security in a data network, 
comprising : 

A) means for accessing an object-oriented key manager; 

B) means for selecting a first object to encrypt; 

C) means for selecting a label for the first object; 
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/vVd) means for serl( 




^Vd) means for s^recting an encryption algorithm; 
E) means for encrypting the first object; 

^ans for embedding the first object within a second object; 
teans rb^^labelling the encrypted first object; 

H) meases for reading cfee label ; 

I) means nsr determining accros ant-.hnri zation based on the label; and 

J) means for accessing the first object only if access authorization is granted; 

K) the means for etabedding the first object within a second object including means 
for covering the fir^t object with a second object. 

19. The system of claim ^8, further comprising: 

A) means for selecting the second object to encrypt; 

B) means for selecting a secondNlabel for the second object; 

C) means for encrypting the second, object ; 

D) means for labelling the encryptecksecond object; 

E) means for reading the second label; 

F) means for determining access antho-ri zation based on the second label; and 

G) means for accessing the second object only if access authorization is granted 
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ASSISTANT - EXAMINER : Katbab ; A . 



ABSTRACT : 

A viewer interface is disclosed for use in an interactive television network 
operative for providing an animated focus item in association with a control item to 
indicate that the control item is in a state responsive to commands from a user 
input device. An "animation" is any form of highlighting that is non-static, 
including but not limited to flashing, varying illumination, varying size, varying 
shape, varying position, varying color, varying display components, a moving and/or 
changing cartoon type image, a video image, a sound track, or a combination of these 
elements. Selection of the control item to receive focus and selection of options 
presented by control items having focus are accomplished by viewer interaction with 
the remote control unit, and such selections do not require a keyboard or mouse to 
indicate the viewer's desire to change the focus from one control item to another or 
to select an option. The user interface is also suitable for use in a general 
computing environment as well as in an interactive television environment. 

77 Claims, 30 Drawing figures 
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PATE! FTT.KD (1) : 

BHpf Su mmary T^xt (29) : 

Third, programmers of applications running on traditional computer systems do not 
have a particularly strong motivation to attract a user's attention to a particular 
control item. In comparison, focus items in an interactive television environment 
may be called on to serve a promotional or advertisement related function. 
Similarly, application programmers of interactive television programs may want to 
customize the viewer interface in accordance with the theme of the underlying 
program. For example, a music program may use an animated musical instrument as a 
focus item, and a sports program may use an animated athlete as a focus item. 
Therefore, the method of indicating the focus in an interactive television 
environment will be improved over traditional computer graphical user interface 
focus methods if the focus items can be easily animated in accordance with the theme 
of the underlying program with a promotional motivation. In particular, it would be 
advantageous if sponsors or authors of individual application programs could 
customize the focus item that is displayed during a particular application or 
portion thereof . 

Dpta-ilfiH npflrri pr-ion Text (27) : 

Turning now to the drawings, in which like numerals indicate like elements 
throughout the several FIGS., FIG. 1 illustrates the operating environment for an 
interactive television network, a preferred embodiment of the present invention. 
Referring to FIG. 1, the interactive television network 10 includes a headend system 
12 for delivering programming information to and receiving instructions from a 
consumer system 14 via a "two-way" distribution network 16. The headend system 12 is 
the control center for collecting, organizing, and distributing the signals for all 
interactive network operations and the source for all programming information. The 
distribution network 16 transports signals carrying programming information and 
instructions between the headend system 12 and the consumer system 14. The 
distribution network 16 may include a world-wide public asynchronous transfer mode 
(ATM) compatible network with_links to the Internet, third party service providers, 
and other wired and wireless communications networks. The consumer system 14 
includes the equipment required for a consumer to receive programming information 
directly at his or her office or residence and to transmit requests and instructions 
to the headend system 12 . 

npt-ail^ ri npsrnpt-inn T^xh (28) : 

The headend system 12 can include a set of headend servers 20, including a 
continuous media server (CMS) system 22, and one or more administrative servers 24 
to support various network functions, and a control network 26 1 inking these headend 
servers. The headend servers 2 0 can execute program modules, including service and 
application program software, to support the transmission of programming information 
and the reception of requests for such programming information. 

Dpt-a-ilpd DpRrriptinn Text (29) : 

It will be appreciated that the headend servers 20 are not necessarily located in 
one physical location but can be linked by wired and/or wireless communications 
paths supplied by the control network. The control network 26 can be a local area 
network, a wide area network, or a combination of both types of networks. For the 
preferred embodiment, the control network 26 is implemented as an ATM-based network 
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for routing dicj^^l data between the headend se:^^-s 20 and the distribution network 
16. 



n^a-iler! np.grri pfinn Tpyt-_ (32) : 

To support the tasks of updating or revising programming information stored on a 
memory storage device 30 of the CMS system 22, a computer workstation 32 and a 
remote server 34 can be connected to the control network 26 via a communications 
1 -ink 36. This communications 1 ink allows a program distributor or supplier, which 
typically operates at a location remote from the CMS system 22, to transmit 
programming information for storage by one or more of the memory storage devices 30 
and for eventual distribution to consumers via the headend system 12. The 
communications link 36 can be implemented by either a wireless or wired 
communications system. For example, the communications link 36 can be constructed as 
a microwave 1 -ink, a leased line 1 ink, a fiber optic link, a wire link, or as a 
conventional telephone link. 

Hpf-ailpH Tlpfir-r-ipt-.-inn Text (33) : 

The administrative servers 24 of the headend system 12 can support a variety of 
services and applications associated with the interactive television network 10, 
including network security, monitoring, object storage, financial transactions, data 
management, and other administrative functions. The administrative servers 24 also 
handle the interactive service requests or instructions transmitted via the consumer 
system 14' by consumers. For an application involving a large base of consumers, an 
administrative server 24 is preferably dedicated to a particular service or 
function. For example, one or more servers can handle all consumer authorization 
requirements, and other servers can handle network management services and so forth. 
These administrative servers preferably support the Simple Network Management 
Protocol (SNMP) to enable end-to-end network administration and monitoring. 

n^l-a-ilpd npsrHphinn Text (47) : 

The set-top terminal 48 can be connected to a peripheral device via input/output 
(I/O) ports 74. The I/O ports 74 support the connection of the system bus 70 to a 
connected peripheral device. For example, the output device 50 can be connected to 
the I/O ports 74 via a conductor 52. Likewise, an input device 54, such as a game 
control 90, can be connected to the I/O ports 74. In contrast to the remote control 
80, which communicates with the remote control receiver 60 via a wireless 
communications l -ink, other types of input devices 54 are typically connected to the 
I/O ports 74 via a cable. Nevertheless, those skilled in the art will appreciate 
that input devices 54 can communicate with the set-top terminal 48 by use of either 
wireless or wired communications links . 

n^l-ail^H np.grri pt-inn Text. (76) : 

Referring to FIG. 2, the set- to^^h^-rfpi nal A^mnnri-^ ^ graph i ca^v i iej^r interface 
100 for the interactive tdt^sion system 10. Graphical "irs^er— rnVerraces Vox 
conventional computer systems are well known in the desktop computer environment. 
There are a number of differences between a conventional graphical user interface 
and an| igig^active television graphical viewer interface according to the preferred 
ejMliiiUlf the present invention. For example, the interactive television 
gOP?i95l viewer interface does not include the following traditional elements of a 
cftsktop computer base graphical user interface: system menus, menu bars, multiple 
dHlbument interface, iconized windows, system user interface for changing window size 
disposition, dynamic data exchange, advanced object linking and embedding features 
(e.g., rnmpmmd Hnnimpnt-.s ) r a clipboard, or double-click input capabilities. 

DPt-ailpd TV>p;r-Hpt:ion Text (122) : 

Thus, frames are building blocks of the preferred interface. Frames can contain 
graphic images, animations, video, text, and other standard elements as well as 
other frames. Control and focus objects are typically constructed by starting, with a 
frame as a parent container and then adding additional elements to the frame. Frames 
can be positioned in absolute screen coordinates or relative to their parent. For 
example, a focus frame may be linked to a control frame so that the focus item is 
always displayed in the same manner relative to the control item. Thus, if the 
control item is moved, the 1 i nk^d focus item will move with it. 

Del-ail n<=> sr-H pt- 1 rm Tpxt". (135) : 

Referring again to FIG. 7, the control manager 216 handles the 1 inking and layering 
of control and focus items in the system. A focus object 206 may be 1 i nked to a 
control object, which becomes a parent container holding the focus object. An object 
known as TvTop is provided as a master container maintained by the control manager. 
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Top-level frame^^i.e., frames with no parent) a^^registered with TvTop so that the 
control manager^ran facilitate navigating and switching between applications when 
more than one application is running at a time. 



npl-^ilfir i np.grript-ion Text (173) : 

After completing the registration process and presenting an initial display of the 
graphical viewer interface 100, the set-top terminal 48 is now ready to accept a 
command from the i nput. device 54. In step 1210, the system receives a command signal 
in response to the viewer's decision to conduct a desired control operation. Note 
that the steps shown on FIG. 9B, including the steps from 1210 to "END", are 
"distributed" in that they are executed only in the context of a control object 
having the focus. The control object having the focus can call upon system services 
1300 and 1400 to assist in processing input and managing focus selections. 

n^t-ail^H Dpsrn pj-inn Tftyh (200) : 

FIG. 14 is a logical flow diagram that illustrates the steps of computer- implemented 
routine 1430 for displaying a focus item associated with a control item holding 
focus. There are two ways for a custom focus item to be specified by the system: (1) 
on registering with the focus manager, a control object may specify a focus object 
to be used when that control object has the focus (note that the focus object may be 
passed to the control object by another program module prior to the control object 
registering with the focus manager), or (2) an application program module may 
monitor focus change events and render the appropriate focus item directly. The 
former approach is the preferred embodiment whereby the control object 210 contains 
information related to the display of the focus item. Therefore, in the preferred 
embodiment this information is retrieved at step 1423 (FIG. 13), and routine 1430 
has all of the information it needs to animate the focus item. Accordingly, routine 
1430 begins with routine 1431 wherein the focus item may be animated. The focus 
object and the control object having the focus are then 1 i nked in step 1438, and the 
routine returns . 
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ART-UNIT: 222 

PRIMARY -EXAMINER: Gregory; Bernarr E. 



ABSTRACT : 

A system for increasing the security of a computer system, while giving an 
individual user a large amount of flexibility and power. To give users the most 
power and flexibility, a standard object that has the capability to embed objects is 
used. To allow users even more flexibility, a standard object tracking mechanism is 
used that allows users to distribute to other individuals multiple encrypted objects 
embedded in a single encrypted object. By effecting compartmentalization of every 
object by label attributes and algorithm attributes, multi- level multimedia security 
is achieved. Label attributes are used to restrict access to objects based on 
location, group, or other criteria and may specify personal access. Access type, 
such as read-only, write-only, and print-only may be specified. Nested embedded 
objects may be accessed directly through selection from a header array. 

17 Claims, 8 Drawing figures 
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TWTE? FTT.KD (1) : 

Rr-ifif Summary Tpyf. (6) : 

Cryptographic systems have evolved to fill the needs of companies and individuals 
wanting to protect proprietary commercial information from competitors and others 
who generally should not be privy to that information. Such systems ensure that data 
is not recognizable to unauthorized parties who intercept it. Only authorized 
persons would have the means for decrypting the data and returning it to readable 
form. 

R-rfpf Su mmary Text (8) : 

Encryption of data is therefore a critical requirement in controlling access to 
confidential information. Cryptographic "keys" are an essential part of the data 
encryption process. The cryptographic key # or "key" for short, is a data stream that 
is manipulated with plain (readable) text data according to a cryptographic 
algorithm to transform the plain text data to a string of unintelligible text or 
signals known as encrypted text or cipher text. The key is then used by an 
authorized receiver of the cipher text to decrypt the message, returning it to plain 
text form. However, for two people to communicate successfully using such a 
cryptographic system, each must use the same key, assuming that the same 
encryption/decryption algorithm is used on both ends of the communication. Thus, a 
system must be put into place for the distribution and other management of these 
keys within the closed group of authorized users. 

Rri^f Su mmary Tfiyt (23) : 

The present invention is a data processing system which can be used to select and 
encrypt objects. The encrypted objects, either individually or in groups, can be 
embedded in other objects called container objects, which may also be encrypted. 
This process is based on a technique called cryptographic encapsulation. The 
original representation of the object embedded within this container object can then 
be deleted, as all of the contained object information can be found in encrypted 
form within the container object. The container object can be further embedded 
within another container object. Container objects can only be "opened", that is, 
decrypted, by users having access ani-hnn t-y in the form of a cryptographic key and 
who are using the proper cryptographic engine. Existence of the embedded object is 
not even known to users who don't have access to the container. The present 
invention can be utilized with all objects in the system, including standard 
software applications, utilities, operating systems, and devices. Device objects can 
be embedded within other device objects, or within a data file object. For example, 
a printer object may be embedded within a file object; only a user having 
cryptographic access to the data file will know of the accessibility of the system 
to the printer. 

Rrifif S ummary Tpyt (31) : 

In nhjpr-f linking anH ^mhfifi^ing processes, an object can be any user- selected group 
of data, such as a block of text, a set of spreadsheet cells, a chart, sounds, or a 
graphical image. These data can be embedded in or 1 inked to another document created 
by a different application. For example, a folder may represent a directory and may 
contain a group of files, or it may represent a group of programs. Folders can also 
contain other folders. 
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Rr-ipf Summary T *^P (33) : 

As previously staffed, the system of the present invention may be used to encrypt and 
embed objects. The encrypted objects are then not accessible to someone not having a 
proper key or cryptographic engine. Encrypted embedded objects are not even known to 
those who do not have access to the container object. Access to the file is further 
restricted through the use of labels. A label is a field of characters attached to 
the encrypted file. The label may define a group of people that may have access to 
the file. The label may define the device at which the file may be accessed. The 
device may define a single person who may have access. A label may also define the 
type of access, that is # read only, write only, read and write, print only, etc., 
that ant-hor-i ?pd persons may have. A label may also define any combination of 
anMinH 7pd people, devices, objects, and/or access type. Thus, the label is a 
flexible, powerful way to set forth with great specificity all conditions that must 
be fulfilled in order to gain the defined access to the file. Multiple labels may be 
attached to an encrypted object. The maximum number of labels that may be used with 
an object is limited only by the capabilities of the host computer. The system of 
the present invention is contemplated for use with N labels per object, that is, 
with any number of labels deemed useful or necessary by the user. 

Rrifif Su mmary TpyI- (34) : 

It is important to note that the label is preferably attached to an encrypted 
object. Thus, an anrhrvH T^ri person specified in the label must still have a key to 
decrypt the object. The system of the present invention can restrict access to an 
object using labels only, but much stronger protection is available if the object is 
encrypted as well. Further, passphrase protection is preferably included as a first 
line of protection. Thus, an anrhori zpri user would preferably need three elements to 
access an object: the correct passphrase, the correct key, and authori z at i on in the 
label . 

Rrifif Summary Tpyf (36) : 

The label may appear as a header t-o anhbnH 7^x\ users. This header can include 
pertinent information about the label, such as a list of authori zation attributes 
and a specification of object type. For example, the header may identify the object 
as a container object, and may further list the objects embedded in the container 
object, preferably in the form of an array, or tree structure. This form of 
presentation is preferable because it is more meaningful to a user when the 
container object contains other container objects as well as other embedded objects, 
although other header structures, such as lists, may also be utilized. These lower 
level container objects may also contain further container objects, and so on, for 
as many levels as needed by the users, limited only by the amount of memory 
available on the host computer. In the preferred embodiment, users who are not 
anrhor-i access to the container object will not be able to read the header in 
decrypted form, and users who are anrhor-i s^ri access to the container object but not 
to one or more objects embedded in the container object will not be able to read the 
corresponding header array element. 

Rriftf Su mmary Tpyr. (37) : 

Thus, the header array will show a user all the objects to which he has access. 
Using this header, the user is allowed random access to any object embedded in the 
container object at any level, as long as that particular user is authorized at that 
location. The user simply selects an object embedded at a level lower than the one 
he has currently accessed, and the system will open all objects along the path 
between the highest level object and the selected object. Obviously, this will only 
be allowed if the user has access to all objects along the path. Thus, the user does 
not have to open the objects along the path one at a time; the system will open them 
automatically. Of course, the user has the option of opening the objects one at a 
time if this is desired. 

npra-Mpr l DPFirripr.-ion Text (32) : 

Microsoft. RTM. Ohj^nr. Linking and Embedding (OLE) 

Dpt-a-M^d np.qcription Text (37) : 
Macintosh. RTM. rnmpmmrf Document Standard 

CLAIMS : 

1. A method for providing multi-level multimedia security in a data network, 
comprising : 
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a) accessing an^^ject -oriented key manager; 

b) selecting a first object to encrypt; 

c) selecting a first label for the first object; 

d) encrypting the first object; 

e) labelling the encrypted first object; 

f) displaying the first label as a header array; 

g) reading the first object label; 

h) determining access ant-.hor-i zation based on the first object label; and 

i) decrypting the first object if access authorization is granted. 

4. The method of claim 3, further comprising: 

a) reading the header array; 

b) determining access «ni-hr>ri nation based on the second object label; and 

c) decrypting the second object if access authorization is granted. 

5. The method of claim 4, further comprising presenting a representation of the 
first object only if access aiirhn-ri 7atinn is granted according to the second object 
label . 

8. The method of claim 7, wherein access authori zation is print-onl y authorization . 
12. The method of claim 11, further comprising: 

a) reading a selected label; 

b) determining access *ni-hniH 7at-.inn to the object associated with the selected label 
based on the selected label and further based on all labels associated with objects 
in which the associated object is embedded; and 

c) decrypting the associated object if access authorization is granted. 

14. A system for providing multi-level multimedia security in a data network, 
comprising : 

A) digital logic means, the digital logic means comprising: 

1) a system memory means for storing data; 

2) an encryption algorithm module, comprising logic for converting unencrypted 
objects into encrypted objects, the encryption algorithm module being electronically 
connected to the system memory means for accessing data stored in the first system 
memory; 

3) means for arranging a plurality of encrypted objects such that at least some of 
the plurality of encrypted objects are embedded within others of the encrypted 
objects; 

4) an object labelling subsystem, comprising logic means for limiting object access, 
subject to label conditions of a selected object and further subject to conditions 
of all labels associated with objects in which the selected object is embedded, the 
object labelling subsystem being electronically connected to the system memory means 
for accessing data stored in the system memory means and the object labelling 
subsystem being further electronically connected to the encryption algorithm module 
to arrf*pt inputs from the encryption algorithm module; 

5) a decryption algorithm module, comprising logic for converting encrypted objects 
into unencrypted objects, the decryption algorithm module being electronically 
connected to the system memory means for accessing data stored in the system memory 
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means ,- and 




6) an object label identification subsystem, comprising logic for limiting object 
access, subject to label conditions, the object label identification subsystem being 
electronically connected to the system memory means for accessing data stored in the 
system memory means and the object label identification subsystem being further 
electronically connected to the decryption algorithm module to accept inputs from 
the deception algorithm module. 

B) the encryption algorithm module working in conjunction with the object labelling 
subsystem to create an encrypted object such that the object label identification 
subsystem limits access to an encrypted object. 
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An object-oriented system for generating and displaying control items that allow 
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date: ftt.-rd (i) : 

1 QQR07^1 

Ahstrarf Tfixt (1) : 

An object-oriented system for generating and displaying control items that allow 
users of an interactive network to recognize and select control functions via a 
graphical user interface. The manipulation of the control items on a display screen 
is 1 inked to a set-top terminal associated with the interactive network. The control 
items, which can be visible or audible, are associated with control objects. Control 
objects are arranged in a hierarchy, and can contain one or more child control 
objects. Attributes of a child control object are inherited from an ancestor control 
object. A control item can be graphically manipulated independently by drawing the 
control item into its own sprite, or can be manipulated by drawing the control item 
into the sprite of a parent. The system provides building blocks of control elements 
that can be composed and customized to produce versatile interfaces for applications 
and content . 

Detail p d Dp^r-Hpl-i on Tpxt (20) : 

Turning now to the drawings, in which like numerals indicate like elements 
throughout the several figures, FIG. 1 illustrates the operating environment for an 
interactive network system. Referring to FIG. 1, the interactive network system 10 
includes a headend system 12 for delivering programming information to and receiving 
instructions from a consumer system 14 via a "two-way" distribution network 16. The 
headend system 12 is the control center for collecting, organizing, and distributing 
the signals for all interactive network operations and the source for all 
programming information. The distribution network 16 transports signals carrying 
programming information and instructions between the headend system 12 and the 
consumer system 14. The distribution network 16 can include a world-wide public 
asynchronous transfer mode (ATM) compatible network with links to the Internet, 
third party service providers, and other wired and wireless communications networks. 
The consumer system 14 includes the equipment required for a consumer to receive 
programming information directly at his or her office or residence and to transmit 
requests and instructions to the headend system 12 . 

Detailed npfirri pt i nn Text (21) : 

The headend system 12 can include a set of headend servers 20, including a 
continuous media server (CMS) system 22 and one or more administrative servers 24, 
to support various network functions, and a control network 26 1 inking these headend 
servers. The headend servers 20 can execute program modules, including service and 
application program software, to support the transmission of programming information 
and the reception of requests for such programming information. 

Detail Rd DPFsnription Text (22) : 

It will be appreciated that the headend servers 20 are not necessarily located in 
one physical location, but can be 1 inkpd by wired and/or wireless communications 
paths supplied by the control network. The control network 26 can be a local area 
network, a wide area network, or a combination of both types of networks. For the 
preferred embodiment, the control network 26 is implemented as an ATM-based network 
for routing digital data between the headend servers 2 0 and the distribution network 
16. 

Dptailpd HPFirriptinn Text (25) : 
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To support the ^Bks of updating or revising pro^pmming information stored on a 
*v memory storage c^ice 30 of the CMS system 22, a computer workstation 32 and a 

remote server 34 can be connected to the control network 26 via a communications 
1 -ink 36. This communications 1 ink allows a program distributor or supplier, which 
typically operates at a location remote from the CMS system 22, to transmit 
programming information for storage by one or more of the memory storage devices 30 
and eventual distribution to consumers via the headend system 12. The communications 
l -ink 36 can be implemented by either a wireless or wired communications system. For 
example, the communications link 36 can be constructed as a microwave link or as a 
conventional telephone link . 

riPl-a-Mpri DpflnHphinn Tpyh (26) : 

The administrative servers 24 of the headend system 12 can support a variety of 
services and applications associated with the interactive network system 10, 
including network security, monitoring, data object storage, financial transactions, 
data management, and other administrative functions. The administrative servers 24 
also handle the interactive service requests or instructions transmitted via the 
consumer system 14 by consumers. For an application involving a large base of 
consumers, an administrative server 24 is preferably dedicated to a particular 
service or function. For example, one or more servers can handle all consumer 
mihhoT-i 7ahinn requirements, whereas other servers can handle network management 
services, and so forth. Also, administrative servers 24 can be used for data object 
storage to support network services, such as character-based data associated with 
VOD services. These data object storage-type servers can support the distribution of 
video and audio streams by the CMS system 22, and can be implemented as SQL 
(Structured Query Language) servers. 

Detail e <i nfiRrn'pfinn T^xt (46) : 

The set- top terminal 48 can be connected to a peripheral device via input/output 
(I/O) ports 74. The I/O ports 74 supports the connection of the system bus 70 to a 
connected peripheral device. For example, the output device 50 can be connected to 
the I/O ports 74 via a conductor 52. Likewise, an input device 54, such as a game 
control 90, can be connected to the I/O ports 74. In contrast to the remote control 
80, which communicates with the remote control receiver 60 via a wireless 
communications 1 ink, other types of input devices 54 are typically connected to the 
I/O ports 74 via a cable. Nevertheless, those skilled in the art will appreciate 
that input devices 54 can communicate with the set-top terminal 48 by use of either 
wireless or wired communications links.. 

DRta-ilp H Dfiflrripl-ion T^xh (80) : 

To change the selection of control items presented by the graphical viewer interface 
100, as well as to operate the control functions represented by control items, the 
user can use the remote control 80 to send command signals to the set -top terminal 
48 via an infrared communications link. FIG. 4 shows a front view of a preferred 
input device for the interactive network system 10, the remote control 80. Referring 
now to FIGS. 2, 3, and 4, a viewer can manipulate the graphical viewer interface 100 
by using the input device to make and communicate selections to the interactive 
network system 10. The primary input device is the remote control 80, which is the 
viewer's physical interface to the services offered by the interactive network 
system 10. The top face section of the remote control 80 includes numerous keys or 
buttons that allnw the user to -input commands for controlling functions of the 
set -top terminal 48 and/or the output device 50. 

HphailpH np.grriphinn Text (136) : 

Graphical user interfaces for conventional computer systems, also described as GUI, 
are well known in the computer environment. However, those skilled in the art will 
appreciate that there are necessarily a number of differences between a conventional 
graphical user interface and a graphical viewer interface for the preferred 
interactive network system 10. For example, the preferred graphical viewer interface 
100 may not include certain conventional elements of a graphical user interface for 
computers because they do not readily transfer to the environment of the interactive 
network. These conventional computer GUI elements may include: system menus, menu 
bars, iconized windows, an user interface for changing window size or position, 
window housekeeping messages, system level dialog box support, data dynamic data 
exchange, advanced ohjert linking anH pmhedding features (e.g., compound documents ) , 
a clipboard, or single-click and double-click mouse input capabilities. 

Detailed npgrri pi- i on Text (163) : 

For the preferred implementation of the graphical viewer interface 100, the frame is 
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the primary con ner element with which complex clz.s items and control items are 
built. Frames ar^ analogous to windows in a conventional computer graphical user 
interface, in that frames are used for displaying and containing groups of other 
items. Frames can contain graphic images, animation, video, text, and other standard 
elements, as well as other frames. Typically, the application specifies the content 
for a frame. Frames can be positioned in absolute screen coordinates or relative to 
parent frame. For example, a focus frame may be 1 i nked to a control frame so that 
the focus item is always displayed in the same manner relative to the control item. 
Thus, if the control item is moved, the linked focus item will move with it. 

npf.ailfi H npsrri p1- i nn Tfixt (177) : 

The Control Manager 216 handles the 1 -inking and layering of focus objects 208 and 
control objects 210. A focus object 208 may be linked to a control object 210, which 
then becomes a parent container holding the focus object 208. The Control Manager 
216 maintains a "master" container object. Top-level frames (i.e., frames with no 
parent) are preferably registered with this master container object. This allows the 
Control Manager 216 to support the tasks of switching between various program 
modules 200 when more than one program module is running on the set-top terminal 48. 



Ttet-.a-ilftri npsnription Text (197) : 

After completing this initial registration process and presenting an initial display 
of the graphical viewer interface 100, the set-top terminal 48 is now ready to 
arrpph a command from the input device 54. At step 1210, the system receives a 
command signal in response to the user's decision to conduct a desired control 
operation. For many control operations, the remote control 80 will be used to 
transmit an infrared command signal to the set-top terminal 48. The command signal 
generally affects the control item that currently has focus, i.e., the control item 
designated as having focus as a result of placing the focus item proximate to this 
control item. 
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ART-UNIT: 274 

PRIMARY-EXAMINER: Stamber/f Eric W. 

/ 

ABSTRACT : 

A system and method 'f or transmitting a message generated by a message source to 
diverse communication devices. The types of communication devices to receive the 
message and their- respective sites are selected in response to message parameters 
contained in the/ message file. The message is converted to a format appropriate for 
communicating with selected communication devices and then automatically transmitted 
to the selected' sites. 
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DATE? T7TT.KD (1) : 

i gqfiOR-n 

n^1-a-i~lfiri Dp.grriphinn Text (3) 

As depicted in FIG. 1, system 10 includes a mes^ge interface 12, a message server 
14, a communication device interface 16 and a^plurality of types of communication 
devices 18a-n. Message interface 12 prefer^ly includes a user interface 20 and an 
automated source interface 22. User inte^ace 2 0 permits a user to generate a 
message, such as with a text editor or/k database, including message parameters 
providing information about the mes^ge, such as the intended recipients. Automated 
source interface 22 a 1 1 ows messaged from automated sources, such as other software 
programs or hardware devices, tc/he i nput into system 10. Messages generated by 
either user interface 20 or automated source interface 22 are relayed to message 
server 14 over a Dynamic Dat^ Exchange ("DDE") 1 ink or in a message server (".msa") 
file format. In alternativxembodiments, messages can be relayed using different 
methods, such as a net D] 



T)pt-a-Mp ri np.grripl-inn Text (4) : 

The .msa file format is a standardized file format used to submit _ronmiui^cj^ — * 
regardless the source, __to message server 14 and preferably is an Object -Linking and } 
femhpdHi!Tg^"0^ file format .J The actual message is embedded— in-the—: msa 

file Y - which^alsp_includes~data-streams" specifying parameters, such as date, time and 
destination, required to transmit the message-to selected communication devices 
18a-n. In the preferred embodiment, the^GLE^ile includes data streams providing the 
following information: 



n^ha-M^r l Dp.grripi-inn Text (37) : 

Variable data received in in-box 28 is j*ent to a variable database 29 which 
maintains a list of variable names anjr their corresponding parameters, such as 
value, update rate and destination ,>ltfessages received in in-box 28 are sent to a 
pending message directory 30 wher^held until activated. When messages are received 
directory 30 checks a user__profirfe— 32"to_veri-f-y-that— the^user^or automated source 
that generated the message Via/ hpgn anfhorj^eri to transmit to communication devices 
18a-n specified by the'message^parameters". Users* are required-to^register with a 
system administrator who assigns and edits the user rights contained in user profile 
32 through a user prof ile^editor~- 34™Simila:i^Ly^ 

user profile 32 to verify the message source is ^iifehorfze ci to ^send variables to 
specified communication devices 18a-n. " — - 

Hphailp H Dpgnr-ipMon Text (48) : 

Referring now to FIG. 4, data flow through an exemplary device driver 26a-n is 
illustrated. First, a device driver in/box 64 receives the converted file from 
protocol converters 24a-n. Next, as srnown in a data block 66, device driver 26a-n 
establishes a communication 1 ink tpr selected communication devices 18a-n by 
accessing device driver information, such as required data field lengths and 
initialization strings, contained in device driver profile 50. Based on the accessed 
information, and as illustrated in a data block 68, device driver 26a-n adds device 
dependent information to th# message, such as headers or trailers. In a data block 
70, the prepared communication is then transmitted to selected communication devices 
18a-n, and the status of^che transmission is verified in a data block 72. In a data 
block 74, the status information is delivered to protocol converter 24a-n through 
in-box 54. As described above, in the event the status indicates that the 
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ART-UNIT: 272 

PRIMARY -EXAMINER: Feild; Joseph H 
ABSTRACT : 

An email client invokes a DocObject- enabled mail note to display an email message 
and related features of the user interface. The mail note, which is a DocObject 
container, creates a DocObject server hy invoking a DocObject -enabled word 
processor. The mail note provides a vie!w port in which the word processor displays 
and edits the body of the email messagfe. The word processor provides its formatting 
and editing features in the context dt the mail noie-j|g^anenu^jnerging provides both 
email and word processing interoperability while yedit^g^Kgimess^ge^.y Programming 
interfaces between the mail note and the word processor~all"dw the mail note to 
translate message data back and forth between the word processor's format and the 
format imposed by the email clieryt. This ensures that messages created with the word 
processor can be read by other ejnail clients. 

40 Claims, 15 Drawing figures 
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naTF. ftt.ed (1) : 

1 9960606 

ahc-fr-art Teyt (1) : 

An email client invokes a DocObj ect- enabled mail nate to display an email message 
and related features of the user interface. The mall note, which is a DocObject 
container, creates a DocObject server by invoking a DocObj ect -enabled word 
processor. The mail note provides a view port/in which the word processor displays 
and edits the body of the email message. The^word proce^sqr^r^vj^es^its-f ormatting 
and editing f eatures-in-the-context— of— thg^ai~l~no't'e~ provide s both 

<email and word processing interoperability while editin^^?^me^^e^Programming 
interfaces"betweeh the mail note and tjafe word processor allow the mail note to 
translate message data back and forth/between the word processor's format and the 
format imposed by the email clienty'This ensures that messages created with the word 
processor can be read by other emaal clients 

Rr-ipf Summary Tevt (8) : 

Finally, a third approach has been one in which users have decided to use a full 
power word processor f or_aiitJiQring sophisticated and complex documents, and then use 
email for distribution. This requires the user to work in the word processing 
context to create and edit the document. When the document is complete, the user 
must switch to the email program/ create a new message, and include the word 
processor document as an attacjament . Although email is an effective mechanism for 
transporting documents, handling attachments requires several additional steps on 
the part of both the sendee/and the recipient of the message. 




processing document frame.— ^- 



fir-awing r>Pgrripf.inn Text (4Y_: 

F~IG7^3 illustrates a compound dnniment ^in 

\f ■ " 

Detail ed nPsrHpf.inn Text (3) : 

Those skilled in the art will appreciate that^an exemplary embodiment of the present 
invention relies on and incorporates several^common features/of modem personal 
computers. In order to provide a sufficient background for/an embodiment of the 
present invention, it is useful— to first*" 'd^s^ss^a—va-ri-et^of -topic sr^including an 
exemplary operating system, oh^^^Tri nk-i ng _gnd Embeffflina (OLE-)— and-Documerit 

object (DocObject) interf aces, ^and^the Messaging' Application Programming Interface 
(MAPI). An exemplary embodiment of ' the present invention will be described after 
each of these components is briefly discussed. 

Detailed Hpgrriphinn Text (25) : 
The operating system 36 provides a variety of 

that allow an application program 37a to easily deal with various types of 
-input /mitpnt (I/O) . This allows the application program 37a to issue relatively 
simple function calls that cause the operating system 3 6 to perform the steps 
required to accomplish various tasks, sucm as displaying text on the monitor 31 
(FIG. 1) or printing text on an attache^ printer (not shown) . Generally described 
(with reference to FIG. 2), the application program 37a communicates with the 
operating system 36 by calling predefined functions provided by the operating system 
36. The operating system 36 respond^ by providing the requested information in a 
message or by executing the requested task. 



ions, services, and interfaces 



1 of 6 



3/11/03 3:1 



n^hail^ H Hr Fieri pi- i t^J^^t (26) : 

The ot.r and DocOb j ect ^Interfaces 

nphailpd r^gr-ri prion Text (27) : 

The "WINDOWS 95" and "WINDOWS NT" operating systems support Microsoft Corporation's 
nhj^rr T.-iniHng anH KmhP^ing (oi/E ) and Document Object (DocObject) interfaces. Both 
ot.e and DocObject support a varietwof application programming interfaces (APIs) 
that simplify the interaction between program modules. 

Dfil-ailgd npfirri prion Text (28) ^ 

ot.k is a technology that enables developers to create extensible application 
programs that operate across multiple platforms. OLE-enabled applications allow 
users to manipulate information in an intuitive manner, using an environment that is 
more "document-centric_"_^and „less- "application-centric. " -Users-can-create compound ^ 
h-^™pttFr with data, or objects, of different formats, and focus _directly ( ©n^fete^^J; 
dita rather than on- the ^application programs responsible for the data. The' data' can ~ 
be embedded within the document, or 1 inkfid to it, 5 so ^that only a reference to the 
data^ls-stored "in the document 

Derail pd DPFirri prinn T^xt (29) 

ot/r facilitates application integration by^defining a set of standard interfaces, 
which are groupings of semantically-relajzed functions through which one program 
module accesses the services of another^ OLE is an open system in the sense that any 
application program can provide an iprtplementation of a defined interface and any 
application program can use it. Angflication programs can either take advantage of 
built-in functionality provided^y OT.E, or add to it j>r replace it as best suits 
their needs 

DpfailpH nPsrHption Text (30) 

The set of ot.e: services can be viewed as a tw<5 tier hierarchy. The lower level 
contains infrastructure services. These are/basic services that provide the means by 
which features can be implemented and used/ The infrastructure services include 
interface negotiation, memory management/ error and status reporting, interprocess 
communication, structured storage, and /ata transfer. The upper level of the OLE 
service hierarchy provides application/f eatures , which are the services that benefit 
the end user. These include romponnd yflonnment management, in-place activation, 
programmability, and drag and drop^operations 

n^r^i ~l^r i n^flr-riptinn Text (31) 

ot.f: ' si interfaces provide the standard for component object interaction. Each 
interface contains a set of functions that defines a contract between the object 
implementing the interface and the client using it. The contract includes the name 
of the interface, the function names, and the parameter names and types. Under this 
contract, the object must implement all of the functions defined for that interface 
and the implementations must conform to the contract. 

npfailPd DP.grHp^inn Text (32) : 

All interface names are prefixed with either "I" or "IOle." Interfaces that begin 
with "IOle" provide services relating to mmpnnnH riornment management. Those that 

begin with "I" provide services that are more general i n na tur^.^Foj^example , 

IOleObject^contains methods used by a client of an y pmb^ded_nr li nke d compound 
do^rimfirit nh j grr. . ^TQleObj ect is implemented and used^orily by applications that " 
participate in rnmponnd Hnrnmpni-. management. IDataObject, however, contains methods 
that are used by all applications. These methods provide the means by which data of 
any type is transferred. 

Hpfai Ipri nftfir-r i-pt=-ir>i=i—Tfiyt— (.3.3,1 





QliE^supports the provision of a " mmpmin H rinrnmfini- . » which is a container object 
that" contains a " linked" nhj^rh o r- *n "embedded" object. The difference between 
linkpH anH pmhfidHpH nbj^nts has to do with where the actual source data associated 
with the object is stored. This affects t^^^^^t' 3 portability, it method of 
activation and the size of the compound document.^ ^ 

npt-ail^d Description Text (34) : 

When an object- is "l±n]i£dU'the\ j source data continues to reside wherever it was 
initially created, „ which may be at another point in the document or in another, 
document^aitogether^-Only-a-ref erence, or link, to the object is kept within the 
^ rnmpnur\c\ fSr>rnm<=>nt :- . T.i nki ng is ^efficient and minimizes the size of the compound 
\ domim'pfTt . Changes made to the source are automatically reflected in any compound 



2 of 6 



3/11/03 3:1 



Hnnimpnt that has ^ f^m to the source object. From^B^^iser • s point of view, a 
linked object appears xo be wholly contained within^Bi^aocument . 

nptailpd nppir-r-iph-ion Text (35) : 

With an embedded object, a copy of the original object is physically stored in the 
romponnH rfnmimenfc. along with all of the information needed to manage that object. 
As a result, the object becomes a physical part of the document. A compound document 
containing an pmhpHHPtl object will be larger than one containing the same objects as 
links. However, embedding offers advantages that offset the larger storage 
requirement. For example, compound objects with embedded objects can be transferred 
to another computer and edited there. 

DRl-a-il^r l Dpffrripfinn Text (36) : 

Embedded objects can be edited, or activated in place. This means that all 
maintenance of the object can be done without leaving the compound document . In 
order to edit the embedded object, the object must be explicitly activated or opened 
by performing an action such as double -clicking on the object's icon. This results 
in the object being displayed in a separate window with the user interface provided 
by the application program that created the object. The object is said to become 
in-place active (i.e., it is editable), and UI active (i.e., it displays the user 
interface associated with the application program that created the embedded object) . 



Dpt-a-ilp d npRnHption Text (37) : 

ot.r includes the concepts of native and foreign frames. A frame is a boundary that 
bounds or frames a view port, and may include menus, toolbars, status bars and the 
like. A native frame is a frame produced by the application program that created or 
is associated with the object whose view is being displayed inside the frame. An 
example of a native frame is a word processing frame in which a view of a word 
processing document is displayed. With a foreign frame, the frame is produced by an 
application program that is not associated with the object whose view is being 
displayed in the frame. An example of a foreign frame is a word processing document 
frame in which an embedded spreadsheet object is being displayed. FIG. 3 illustrates 
a word processing document frame 300. The frame 300 includes text 305 and an 
embedded graphics object 310. 

^p^a^^p. f^ Dp fs rvH pj- -i nn Tfivh- ( 381: — ~ ~ ^ <T" ~ ~~ \ 

In summ^ryTTSLE allows objects to be embedded in a compound document, which is 
displayed- i-n-a-- container or f rame T Generally , the embedded document is displayed in 
the container in what is referred to as object view. The container controls the 
appearance of the page and the layout of headers, footers, end notes, etc. The 
embedded object has no control over these aspects of the page. The container also 
controls the amount of space that is allocated to the embedded object for displaying 
its pictorial representation. 

DPha-i 1f>r i npsrriphinn Text (39) : 

Some of the limitations associated with displaying an embedded object in a compound 
Hnmmpnf. are addressed by Microsoft Corporation's Document Object, or DocObject, 
technology. DocObject is an ot.f 2.0 interface built on top of OLE and facilitates 
displaying an object in a "document view" instead of an "object view." The DocObject 
interface logically partitions a "view" of a document object from a "frame" in which 
the document object is displayed. The frame specifies the location and dimensions of 
a view port to which the document object is to display a view. The document view 
controls the page model and the dimensions of what is displayed within the view 
port . 

n^i-a-ilpd Dfipsrription Text (42) : 

A number of logical components are involved in implementing the DocObject interface. 
These components follow the client/ server model, wherein a client (or DocObject 
container) requests service from a DocObject server. FIG. 5a illustrates the 
components that are included on the server side of a DocObject interface. The server 
side includes a document 500 and a view 505. The document 500 and the view 505 may 
be included in a single object or may constitute separate objects. The lines and 
circles that extend from the document 500 and view 505 specify the interfaces that 
are supported by each logical component. In FIG. 5a, the IMsoDocument and IMsoView 
interfaces are part of the DocObject interface. The remaining interfaces are part of 
OLE 2.0. 

Dptailp H npRpript-inn Tpxt (43) : 
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FIG. 5b illustrateH||^ logical components that for ^Bfe client side of the 
DocObject interface" Trie logical components include T^wame 550, a document 
container 555, a document site 560, and a view site 565. The frame 550 provides the 
frame for the document object. The document container 555 is the container that 
stores the document object. The document site 560 serves as the site for the 
embedded document object. The view site 565 provides a site on the client for the 
view 505 (FIG. 5a) . The view in the view site 565 supports interfaces that enable a 
view 505 to communicate with the document container 555. The interfaces supported by 
the client side components are illustrated in FIG. 5b. The IMsoDocumentSite 
interface is part of the DocObject interface. The remaining interfaces are part of 
OLE 2.0. 

n^i-a-Mfd np.grHpfinTi Text (44) : ^ 
Referring still to FIGS. 5a and 5b, the interfaces will be briefly described. The 
document 500 supports at least three standard OLE interfaces, including 
IPersistStorage, IDataobject, and IOleObject. The IPersistStorage interface is the 
interface through which the document container 555 communicates with the document 
500 regarding storage. The IDataobject interface allows data to be passed to and 
from the document 500. The IOleObject interface is the primary interface though 
which an embedded object provides functionality to its container. 

npt-ai1p>d Dp.cir'T"ip1--ion Text (46) : 

The view 505 supports the_QLE_!_s standard IOlelnPlaceObj ect and 
IOlelnPlaceActiveObject interfaces. The IOlelnPlaceObj ect interface is used 
primarily to allow a container to communicate with its contained object, and 
includes functions for deactivating the object and its associated user interface.' 
The IOlelnPlaceActiveObject interface provides an interface for the top level 
container to communicate with currently active objects. 

retailed npsr-Hption Text (48): 

Referring still to FIGS. 5a and 5b, the interfaces implemented by the client side 
components will now be described. The frame 550 supports the standard OLE 
IOlelnPlaceFrame interface. Its functions allow the insertion, removal, and 
manipulation of menus for the frame. The interface also includes functions for 
displaying text on a status line or for enabling or disabling modeless dialogs. 

n^l-a-ilpd Description Text (49): 

The document container 555 supports the standard OLE IOleContamer interface. This 
interface provides the ability to enumerate objects in a container and to keep a 
container running in the absence of other reasons for it to continue running. 

n^hail^r i npRrriptinn Text (51): 

The document site 560 also supports the standard OLE IOleClientSite interface. This 
is the primary interface by which an object requests services from its container. 

n^t-ailf^r i DPffrriphinn Text (52) : 

The view site 565 supports the standard OLE IOlelnPlaceSite interface. This 
interface includes a number of functions that allow an in-place active object to 
communicate with its immediate container. The view 505 communicates with the view 
site 565 via functions in the IOlelnPlaceSite interface. 

n^hailpr l Dp.grripfinn Text (56): 

From the foregoing brief description, it should be appreciated OLE and DocObject, 
like other APIs, are quite complex and provide a wide variety of services that allow 
program modules to easily interface with each other. For more comprehensive 
information regarding OLE and DocObject, the reader may refer to any of a variety of 
publications, including the "OLE 2 Programmer's Reference," published by Microsoft 
Press, and the "OLE Document Object Specification," published by Microsoft 
Corporation. 

Dpt-ailpH Dp.grri pl-inn Text (60) : 

The programming interfaces are used by the MAPI subsystem 705, by a client 
application 700, and by service provider writers. The main programming interface is 
an object-based interface known as the MAPI programming interface, which is based on 
the ot.R Component Object Model. 

Detailed npgrrH pti on Text (78): 

FIG. 10 illustrates an exemplary embodiment of the present invention. In this 
embodiment, the email client's default send and read mail notes have been replaced 
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with DocObj ect -ena^H^M^end and read mail notes 100 ^|^^ DocObj ect- enabled mail 
note is a DocObj ect container that provides a view ^W)r frame that allows the 
DocObj ect -enabled word processor 1010 (or DocObj ect server) to display and edit an 
email message in the view port provided by the mail note 1005. In other words, the 
mail note 1005 and word processor 1010 utilize the OLE and DocObj ect interfaces to 
allow the word processor 1010 to display a document object in a view port provided 
by the mail note 1005. In addition to the OLE and DocObject interfaces, the 
preferred embodiment of the present invention defines three new interfaces, 
including IMsoMailSite , IMsoFormSite, and IMsoMailEditor , which are described below. 
In order to distinguish a DocObj ect -enabled mail note 1005 from the standard email 
client mail note 905, the DocObj ect -enabled mail note will be referred to as a 
"container mail note." Although the send and receive container mail notes replace 
the email clients standard mail notes, none of the other installed forms are 
affected. An example of a suitable DocObj ect -enabled word processor 1010 is version 
7.0 of the "MICROSOFT WORD" application program. 

n^ta-ilpd n^flrrSpt-ion Text (79) : 

The container mail note continues to provide the user with email-related commands 
and functionality. The container mail note provides the MAPI functionality 
associated with handling the disposition of messages (e.g., send, reply, forward, 
etc.) and the exchange of data between the MAPI message store and the container mail 
note. The word processor, which is the DocObject server, provides word processing 
commands and functionality and exchanges data with the container mail note. The 
email and word processing commands displayed to the user are merged via the OLE menu 
merging functions. This provides the user with immediate access to menus and 
toolbars associated with both the email client and the word processor. 

npfailpd n^FtrvHpt-.ion Text (80) : 

Although using a full powered word processor in the context of a container mail note 
provides improved editing and formatting capabilities, those skilled in the art will 
understand that messages created in the word processor's native format must be 
compatible with a variety of email clients. The message format is defined by the 
email client. In an exemplary embodiment, the email client complies with the MAPI 
specification. The MAPI format ensures the interoperability between an embodiment of 
the present invention, a prior art rich text mail client, and other mail clients and 
gateways. This is particularly important with respect to an attachment . For example, 
a word processor may create a mmpminH Hnrumpnt- in which the attached files are 
embedded in the document. This type of attachment handling is incompatible with 
MAPI, which requires that attachments be stored separately at the end of the 
message . 

Dpfailfi d DpsrripfinTi TpyI-. (86) : 

The ot.-r and DocObject interfaces described above allow the word processor 1010 to 
display text in a view port provided by the container mail note 1005. However, in 
order to allow the container mail note 1005 to transport data between the MAPI 
message store and the word processor 1010, it is necessary to define a protocol for 
transferring data between the container mail note and the word processor. This 
protocol must ensure that attachments are handled in a way that complies with MAPI. 

npl-a-ileri n^rr-i pl-ion Text (87) : 

In addition to the ot.R and DocObject interfaces discussed earlier, the preferred 
embodiment of the present invention employs three additional interfaces in order to 
facilitate communication between the container mail note 1005 and the word processor 
1010. The container mail note 1005, which is the DocObject container, implements the 
IMsoMailSite and IMsoFormSite interfaces. The word processor 1010, which is the 
DocObject server, implements the IMsoMailEditor interface. Each of these interfaces 
and their associated functions are described below. 

Dptailpd Dp.cirrip 1--i nn Text (89) : 

This member function is used by the word processor 1010 when the user inserts an 
attachment into the message. The word processor 1010 passes the container mail note 
1005 the name of the attachment file and the container mail note returns an 
MSOOBJECT that can be embedded in the message at the current character position. An 
MSOOBJECT is an nr.rc object that is embeddable by the word processor's OLE container 
support . 

n^ta-ilpd DgRrr-i pMnn Tpxt (90) : 

This member function is used by the word processor 1010 to convert between an 
MSOOBJECT that is a mail attachment and an MSOOBJECT that is a Packager OLE object 



5 of 6 



3/11/03 3 :1 



i 



» 



that contains the ^f^ied file. This is used when 1 ^H^ er moves an MSOOBJECT from 
a container mail note 1005 to a non-mail document (sffn as a spreadsheet or a 
regular word processor document) or the reverse. MSOOBJECT' s that are mail 
attachments can only exist in a container mail note. 

n^t-a-i 1 fid n^PtrT-iption Text (95) : 

This member function is used by the container mail note 1005 to set and clear the 
contents of the message. The container mail note passes the word processor a group 
of flags, a format (cfText or cf RTF) , an IStream, the author name (for revision 
marking) , and a list of MSOOBJECTS with their corresponding character positions in 
the message. The group of flags tells the word processor whether to set or clear the 
message, whether its a New, Read or Compose message etc. The IStream contains the 
contents of the message in the specified cf (Windows clipboard) format. 

Dptailefi npflrri pMon Tftyf. (108) : 

At step 1245 the selected mail item is displayed on the monitor. The container mail 
note provides a DocObject container that includes a menu bar, toolbars, and header 
information. The view port provided by the DocObject container displays the body of 
the message under the control of the word processor. Those skilled in the art will 
appreciate that the displayed window includes both email and word processing 
commands and buttons as a result of OLE menu merging. This allows the user to 
perform email and word processing related functions without having to change 
contexts . 

np^ilpd npsrr-ipt-ion Text (125) : 

From the foregoing description, it will be appreciated that the present inventxon 
provides an improved system and method for editing email messages using a full 
powered word processor. An exemplary embodiment of the present invention is embodied 
in a container mail note and word processing program that implement the OLE and 
DocObject interfaces to allow the word processor to display the email message in a 
view port provided by the container mail note. Additional interfaces are implemented 
to allow the container mail note to translate data between the word processor and an 
email client . 

Hl-bftr Ppfp.rp.nr p Publication (6) : 

"OLE 2 Programmer's Reference", Microsoft Press, 1994, vol. 1, pp. 3-29. 
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5#9 



Augusta Chronicle_1996 - 2003/Mar 09 
Jane's Def ense&Aerospace_2003/Mar Wl 
FI Defense Market Intelligence_2003/Mar 03 
: PD=970610 



14 
3 



6^6 



>>>File 608 processing for PD= 

>>>File 608: starred at PD=108 stopped at PD=970111 

38 $4$: KR/T Bus . News . _19 92 -2 003 /Mar 10 

Asia Intelligence Wire_1995-2003/Mar 09 
EIU: Viewswire_2003/Mar 08 
>>>File 621 processing for PD= : PD=970610 
>>>File 621: started at PD=00000000 stopped at PD=19910208 

5 £21; Gale Group New Prod.Annou. (R) _1985 -2003 /Mar 06 
9 $23: Business Week_1985-2003/Mar 08 
>>>File 624 processing for PD= : PD=970610 
>>>File 624: started at PD=104 stopped at PD=921201 

16 &2T4: McGraw-Hill Publications_1985-2003 /Mar 08 
>>>File 625 processing for PD= : PD=970610 
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>>>File 625: started at PD=8111 stopped at PD=890425 

1 625: American Banker Publications_1981-2003/Mar 10 
>>>File 626 processing for PD= : PD=970610 
>>>File 626: started at PD=8111 stopped at PD=890601 

1 6J2h: Bond Buyer Full Text_1981-2003/Mar 10 
34 62?f: EIU: Country Analysis_2003/Feb W4 

5 Ctry Risk & Forecasts_2003/Feb W4 

2 S^f- EIU:BUS. Newsletters_2003/Feb W4 
>>>File 631 processing for PD= : PD=970610 

>>>File 631: started at PD=ll/l4/99 stopped at PD=850519 

51 S^l: Boston Globe_1980-2003/Mar 09 

>>>File 633 processing for PD= : PD=970610 

>>>File 633: started at PD=830101 stopped at PD=880823 

49 6^1: Phil . Inquirer_1983-2003/Mar 05 

>>>File 634 processing for PD= : PD=970610 

>>>File 634: started at PD=850602 stopped at PD=901209 ^ 

21 634: San Jose Mercury_ Jun 1985-2003/Mar 08 

>>>File 635 processing for PD= : PD=970610 

>>>File 635: stared at PD=1190 stopped at PD=910826 

58 6^5: Business Dateline (R)_1985-2003/Mar 08 

>>>File 636 processing for PD= : PD=970610 

>>>File 636: started at PD=19880101 stopped at PD=19940316 

87 6^6: Gale Group Newsletter DB (TM) _1 987 -2 003 /Mar 06 
>>>File 637 processing for PD= : PD=970610 
>>>File 637: started at PD=1986 stopped at PD=940608 

41 6^7: Journal of Commerce_1986-2003/Mar 10 
>>>File 638 processing for PD= : PD=970610 
>>>File 638: started at PD=25, stopped at PD=920701 

46 63*8: Newsday/New York Newsday_1987-2003/Mar 09 
>>>File 640 processing for PD= : PD=970610 
>>>File 640: started at PD=850209 stopped at PD=930621 

31 6^0: San Francisco Chronicle_1988 -2 003 /Mar 09 
>>>File 641 processing for PD= : PD=970610 
>>>File 641: started at PD=890523 stopped at PD=941109 

66 6^1: Rocky Mountain News_Jun 1989-2003/Mar 08 
>>>File 642 processing for PD= : PD=970610 

>>>File 642: started at PD=ll/04/98 stopped at PD=930610 

43 642-. The Charlotte Observer_1988 -2003/Mar 09 
8 (yf 3 : Grand Forks Herald_1995-2003/Mar 09 
4 £44: (Boulder) Daily Camera_1995-2003/Mar 07 
Examined 250 fJAes 

11 645: Contra Costa Papers_1995- 2003/Mar 08 
320 647: CMP Computer Fulltext_1988 -2003/Feb W3 

3 6p€*: TV and Radio Transcripts_1997-2003 /Mar Wl 
>>>File 649 processing for PD= : PD=970610 

>>>File 649: started at PD=830104 stopped at PD=891231 

15 Gale Group Newswire ASAP (TM) _2003/Mar 06 

>>>File 660 processing for PD= : PD=970610 

>>>File 660: started at PD=901001 stopped at PD=960721 

26 6#t): Federal News Service_1991-2002/Jul 02 

1 %>yf: ITAR/TASS News_l 9 96 - 1999/May 26 
23 6^6: DIALOG Telecom. Newsletters_1995-2003/Mar 08 

>>>File 701 processing for PD= : PD=970610 

>>>File 701: started at PD=5/12/00 stopped at PD=930929 

25 1JX\: St Paul Pioneer Pr Apr_1988 -2003 /Mar 07 
>>>File 702 processing for PD= : PD=970610 
>>>File 702: started at PD=801018 stopped at PD=880603 

58 ipQ: Miami Herald_1983 -2003/Mar 07 
>>>File 703 processing for PD= : PD=970610 
>>>File 703: started at PD=880531 stopped at PD=951205 

58 7j^3 : USA Today_1989-2003/Mar 07 
>>>File 704 processing for PD= : PD=970610 
>>>File 704: started at PD=890101 stopped at PD=940624 

46 y>4: (Portland) The Oregonian_1989-2003/Mar 08 
>>>File 706 processing for PD= : PD=970610 
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>>>File 706: started at PD=10100 stopped at PD=940611 

267 ipi: (New Orleans ) Times Picayune_1989-2003/Mar 08 
>>>File 707 processing for PD= : PD=970610 

>>>File 707: started at PD=19333333 stopped at PD=940510 

36 1)61: The Seattle Times_1989-2003/Mar 09 
>>>File 708 processing for PD= : PD=970610 

>>>File 708: started at PD=6XSECTI0N : stopped at PD=940618 

13 7p6: Akron Beacon Journal_1989-2003/Mar 06 
>>>File 709 processing for PD= : PD=970610 
>>>File 709: started at PD=14 stopped at PD=940618 

35 70*9: Richmond Times-Disp ._1989-2003/Mar 08 
>>>File 710 processing for PD= : PD=970610 
>>>File 710: started at PD=880601 stopped at PD=931205 

30 IfiO: Times/Sun. Times (London) _Jun 1988-2003/Mar 10 
>>>File 711 processing for PD= : PD=970610 

>>>File 711: started at PD=880919 stopped at PD=941117 

41 iyL: Independent (London) _Sep 1988-2003/Mar 08 
>>>File 712 processing for PD= : PD=970610 
>>>File 712: started at PD=11 stopped at PD=940616 

51 7^2: Palm Beach Post_1989-2003/Mar 08 
>>>File 713 processing for PD= : PD=970610 
>>>File 713: started at PD=880410 stopped at PD=940606 

146 12C2 : Atlanta J/Const ._1989-2003/Mar 09 
>>>File 714 processing for PD= : PD=970610 
>>>File 714: started at PD=900903 stopped at PD=960305 

71 714: (Baltimore) The Sun_1990-2003/Mar 08 
10 115: Christian Sci . Mon . _1989-2003 /Mar 10 
>>>File 716 processing for PD= : PD=970610 
>>>File 716: started at PD=881210 stopped at PD=940622 

31 7^6: Daily News Of L.A._1989-2003/Mar 07 
>>>File 717 processing for PD= : PD=970610 

>>>File 717: started at PD=890101 stopped at PD=950715 

68 7V7: The Washington Times_Jun 1989-2003/Mar 07 
>>>File 718 processing ior PD= : PD=970610 
>>>File 718: starred at PD=22 stopped at PD=960411 

26 7/8: Pittsburgh Post-Gazette_Jun 1990-2003/Mar 10 
>>>File 719 processing for PD= : PD=970610 
>>>File 719: started at PD=400100 stopped at PD=910819 

16 (Albany) The Times Union_Mar 1986-2003/Mar 07 

>>>File 720 processing for PD= : PD=970610 
>>>File 720: started at PD=18 stopped at PD=930521 

5 7>tfT (Columbia) The State_Dec 1987-2003/Mar 09 
>>>File 721 processing for PD= : PD=970610 

>>>File 721: started at PD=ll/ll/1999 stopped at PD=950524 

66 12fL\ Lexington Hrld . -Ldr . _1990 -2003 /Mar 07 

>>>File 722 processing for PD= : PD=970610 

>>>File 722: started at PD=900327 stopped at PD=960815 

38 7^T Cincinnati/Kentucky Post_1990-2003/Mar 06 

>>>File 723 processing for PD= : PD=970610 

>>>File 723: started at PD=4/13/98 stopped at PD=950622 

21 723^ The Wichita Eagle_1990-2003/Mar 07 
>>>File 724 processing for PD= : PD=970610 
>>>File 724: started at PD=890101 stopped at PD=940623 

76 (Minneapolis) Star Tribune_1989- 1996/Feb 04 

Examined 3 00 flies 

5 J2f6: S.China Morn . Post_1992 - -2003/Mar 07 

Processing 

>>>File 727 processing for PD= : PD=970610 

>>>File 727: started at PD=107280 stopped at PD=950526 

245 72^: Canadian Newspapers_1990-2003/Mar 10 
21 J2&: Asia/Pac News_1994-2003/Mar Wl 
>>>File 731 processing for PD= : PD=970610 

>>>File 731: started at PD=65BRUARY stopped at PD=890821 

13 734: Philad.Dly .News_1983- 2003/Mar 05 
>>>File 732 processing for PD= : PD=970610 
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>>>File 732: started at PD=900611 stopped at PD=960213 

33 73,2: San Francisco Exam._1990- 2000/Nov 21 
>>>File 733 processing for PD= : PD=970610 
>>>File 733: started at PD=15 stopped at PD=950617 

25 73^ The Buffalo News_1990- 2003/Mar 08 
>>>File 734 processing for PD= : PD=970610 
>>>File 734: starred at PD=4 2002 stopped at PD=960316 

38 734: Dayton Daily News_0ct 1990- 2003/Mar 07 
>>>File 735 processing for PD= : PD=970610 
>>>File 735: started at PD=25UARY stopped at PD=950407 

75 7^5: St. Petersburg Times_1989- 2000/Nov 01 
>>>File 736 processing for PD= : PD=970610 
>>>File 736: started at PD=891019 stopped at PD=950620 

23 73^: Seattle Post-Int ,_1990-2003/Mar 08 
>>>File 738 processing for PD= : PD=970610 
>>>File 738: started at PD=900101 stopped at PD=950627 

18 7^8: (Allentown) The Morning Call_1990-2003/Mar 08 
>>>File 739 processing for PD= : PD=970610 
>>>File 739: stared at PD=900101 stopped at PD=950628 

35 729: The Fresno Bee_1990-2003/Mar 07 
>>>File 740 processing for PD= : PD=970610 
>>>File 740: started at PD=900627 stopped at PD=951217 

517 l^tfi (Memphis) Comm. Appeal_1990-2003/Mar 08 
>>>File 741 processing for PD= : PD=970610 

>>>File 741: started at PD=ll/30/02 stopped at PD=960217 

3 9 7^1 : (Norfolk) Led. /Pil ._1 990 -2003 /Mar 08 

>>>File 742 processing for PD= : PD==970610 

>>>File 742: starj>ed at PD=11 stopped at PD=951022 

25 742: (Madison) Cap .Tim/Wi . St . J_1990-2003/Mar 08 

>>>File 743 processing for PD= : PD=970610 

>>>File 743: started at PD=19891300 stopped at PD=940730 

29 (New Jersey) The Record_1989-2003/Mar 07 

(Biloxi) Sun Herald_1995-2003/Mar 02 
Asia/Pac Bus. Jrnls_1994-2003/Mar 06 
IPO Maven_1994-2000/Jul 

New Zealand Newspapers_1995-2003/Mar 09 
Datamonitor Market Res ._1992 -2003/Mar 
Frost & Sullivan_1992-1999/Apr 
(R)Kalorama Info Market Res ._1993-2000/Aug 

ProQuest Newsstand_1998 -2003/Mar 07 

1 (Myrtle Beach) The Sun News_1996-2003/Mar 05 

>>>File 810 processing for PD= : PD=970610 
>>>File 810: started at PD=850116 stopped at PD=911127 

17 '810: Business Wire_1986-1999/Feb 28 
>>>File 813 processing for PD= : PD=970610 
>>>File 813: started at PD=100000 stopped at PD=900920 

9 ; 813: PR Newswire_1987-1999/Apr 30 
Examined 350 files 
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Canada NewsWire_1996 - 1999/Jun 24 

Xinhua News_1996-1999/May 26 

UPI News_1996-1999/May 27 

Albuquerque Newspapers_1995-2003/Mar 09 

Sarasota Herald-Tribune 1996 -2003/Mar 09 



143 files have one or more items; file list includes 357 files. 
One or more terms were invalid in 182 files. 



